MVCC

一、现象：索引没问题、统计信息没问题，但点查就是慢了 1000 倍 今年 3 月给一套供应链结算系统做慢查询治理。核心表 "t_settle_detail"：MySQL 8.0.36、InnoDB、单表 8.4 亿行、表 + 索引合计 31

«结论先行：InnoDB 的读退化不一定来自 I/O——当 undo history list 超过 100 万条时，即使 buffer pool 命中率 99.7%，一次简单的 PK 点查也要遍历 undo 版本链，P99 从 0.3ms

«作者：谢景行-948｜测试开发｜8 年，关注工程规范与可维护性 栈：Java 17 + Spring Boot 3.2 + Testcontainers 1.19.3 + MySQL 8.0.34（InnoDB）+ JUnit 5.10

结论先行 etcd 数据目录「只涨不缩」，绝大多数不是写入量大，而是两件事没人管：一是 "compaction" 没跟上（历史 revision 一直堆着），二是 "defrag" 从未执行（被删除的 revision 只标记不回收，物理空