mysql -h localhost -u 用户名 -p
show databases;
create database 数据库名
use 数据库名;
drop database if exists <数据库名>
show tables
alter table 表名 drop 字段名
insert into 表名 (`列名1`，`列名2`.....) values (值1, 值2,)
// 所有字段(不推荐)
select * from 表名
// 指定字段
select 字段1,字段2 from 表名
ALTER TABLE 表名 COMMENT = '注释';
select count(distinct 去重字段) AS count FROM `表名`
案例分析
文章发出来十分钟站内搜索还是搜不到，问题不在搜索，在同步。索引双写的十种断法里有七种不报错，把双写写得更狠救不回来；这篇拆同步双写、异步队列、binlog 订阅、定时对账四种做法的代价，以及中小站点该先用对账兜底的理由。
开发编程
PHP 8.6 的闭包优化 RFC 以 24:0 通过，但 static 自动推断在 8 月被撤回，那个 3% 只对显式写了 static 的闭包生效；同时 35 项弃用投票有 4 项被否，list() 以 23:23 保住。我把自己的 626 个 PHP 文件扫了一遍，自有代码零命中，升级计划随之改掉。
开发编程
Laravel 11 起官方默认队列连接就是 database 驱动，这不是过渡方案。中小流量项目直接用 jobs 表更简单可靠，只有出现毫秒级延迟、Horizon 监控或吞吐瓶颈三个信号之一时才值得换 Redis。本文从两个驱动的底层原理讲到能力对比与迁移清单。
开发编程
结论先行：常规业务时间默认 DATETIME——无 2038 上限、不受连接时区影响、性能差异可忽略；TIMESTAMP 只在按访问者时区展示时不可替代。从存储原理、时区行为、2038 倒计时到决策表，一次讲透。
案例分析
探讨在数据库设计中，主键应该选择 int 还是 bigint。通过分析存储成本、系统风险以及现代工程的统一规范，解释为什么在大多数场景下“无脑 bigint”才是降低心智负担和系统风险的最优解。
开发编程
本文系统讲解 MySQL 数字类型字段的设计方法，从类型选择、NOT NULL、DEFAULT 默认值到金额精度与状态字段建模，提供面向大型系统的数据库设计实践，帮助开发者构建高可维护、高性能且具备长期扩展能力的表结构。
开发编程
为状态字段选择正确的数据类型是数据库设计的基础。本文用最直观的方式，为你解析 ENUM 和 TINYINT 的优缺点。无论你是刚入门的新手还是寻求规范的开发者，都能快速理解何时该为了可读性选择 ENUM，何时又该为了灵活性拥抱 TINYINT。
开发编程
还在为MySQL INT字段的默认值是 0 还是 NULL 而犹豫不决吗？本文将一篇讲透两者的本质区别，破除“NULL影响性能”等过时观念。从数据建模的根源出发，为你提供清晰的选择标准，让你的数据库设计更加健壮与专业。
主题外观
