技术博客
每新增一条记录，MySQL 不仅要写数据页，还要同步更新所有相关索引的 B+ 树结构。索引越多，写操作需要维护的树就越多，磁盘 I/O 和 CPU 开销直线上升。INSERT INTO users (name, email, status) VALUES (‘Alice’, ‘a@b.com’, 1);如果 users 表上有 idx_name、idx_email、idx_status、idx_name_email 四个索引，这条语句实际会触发至少四次 B+ 树插入（含可能的页分裂），而不仅是写一行数据。
MySQL 中实现分页查询最常用的方式就是 LIMIT 和 OFFSET 组合，语法简单但需注意性能和边界问题。
mysqldump 是最常用、最轻量、最可控的 MySQL 迁移工具，适合 90% 的中小规模逻辑迁移场景；但当数据量超千万行、或需跨数据库（如迁到 SQL Server / DM / Oracle）时，它就不够用了。
在 Ubuntu 系统中用 apt 安装 MySQL，推荐使用官方 APT 仓库，这样能获取稳定、较新且适配良好的版本（如 MySQL 8.0 或 8.4）。直接用系统默认源安装虽快，但版本可能陈旧或不含完整功能；而通过 MySQL 官方 APT 配置包引入源，更可控、更安全。
MySQL 升级后事务行为出现异常，通常不是“bug”，而是版本间默认配置、隔离级别实现或 SQL 模式调整导致的预期变化。重点排查 事务隔离级别默认值、READ-COMMITTED 下的一致性读行为、autocommit 默认状态、SQL_MODE 对事务语义的影响 这四类核心差异。
MySQL备份策略的核心是平衡数据安全、恢复效率和资源开销，不能只看“多久备一次”，而要结合业务特性、数据变更频率、RPO（恢复点目标）和RTO（恢复时间目标）来设计。
在高并发更新同一行数据时（比如库存扣减），直接 UPDATE 可能导致超卖。必须让请求串行化处理该行。核心是先查再锁，且查询必须命中索引——否则会升级为表锁或锁住不相关记录。
拆分大表是 MySQL 项目中常见的结构优化手段，核心目标是提升查询性能、降低锁竞争、加快备份恢复，并改善整体可维护性。关键不在于“要不要拆”，而在于“怎么拆更合理”——需结合业务读写特征、数据增长规律和关联关系综合判断。
在 MySQL 中，HAVING 用于对 GROUP BY 分组后的结果 进行条件筛选，它作用于聚合后的数据，不能替代 WHERE（WHERE 是在分组前过滤原始行）。
最直接的方式是读取 /sys/block/设备名/queue/scheduler，它会显示当前激活的调度器，以及所有可用选项（括号里标出的是当前选中项）：