索引下推（icp）是将 server 层的部分 where 条件判断提前至存储引擎层在索引扫描时执行，减少无效 […]
运维文档应按日常巡检、故障处理、变更操作、安全合规、环境部署五大场景组织，每个场景下分服务再按典型现象细化，配 […]
SQL 触发器确实会带来性能开销，但影响程度取决于设计方式、数据量和执行逻辑的复杂度。关键不是“用不用”，而是 […]
看懂 SQL 执行计划，核心是抓住几个关键字段——它们直接暴露查询是否走索引、扫描多少行、有没有临时表或排序、 […]
判断 sql 是否走索引关键看执行时是否利用索引结构定位数据而非全表扫描，需结合执行计划（如 mysql 的 […]
MySQL 分库分表是高并发、大数据量场景下的核心优化手段，面试中常被深入考察——不仅问“怎么做”，更关注“为 […]
分表归并和数据迁移不是简单地把几张表“合起来”，关键在于业务逻辑一致性、历史数据完整性、以及迁移过程对线上服务 […]
mysql 事务 acid 特性由 innodb 自动保障：原子性靠 undo log 实现全有或全无；一致性 […]
外键约束应依场景权衡取舍：在单体数据库、强一致性要求高、多服务共写等场景下推荐使用，以保障刚性数据完整性；而在 […]
sql 并发更新冲突本质是多事务改同一行致业务异常，解决核心是控制并发行为而非避免并发，常用方案包括乐观锁、悲 […]
