社区讨论V2EX 技术
2026 年了，还有老架构坚持 MySQL 单表数据不能超过 2000 万行
问他为什么，张口闭口就是：“单表过 2000 万，B+ 树就从 3 层变成 4 层了，多一层就多一次磁盘 I/O ，多的我不想说了 你自己问 AI” 我寻思现在生产环境服务器 256G 内存，给 Buffer Pool 分 200G 。 Buffer Pool 看着 200G 空间表示：“我管你这那的，非叶子节点全都给我常驻内存！多出来的一层不过是几十纳秒的内存二分查找，哪来的这么多废话” 业务场景如果是因为备份恢复 SLA 扛不住、在线 DDL 风险大、或者热数据 Working Set 超出内存导致离散回表击…
内容摘要
问他为什么，张口闭口就是：“单表过 2000 万，B+ 树就从 3 层变成 4 层了，多一层就多一次磁盘 I/O ，多的我不想说了 你自己问 AI”
我寻思现在生产环境服务器 256G 内存，给 Buffer Pool 分 200G 。
Buffer Pool 看着 200G 空间表示：“我管你这那的，非叶子节点全都给我常驻内存！多出来的一层不过是几十纳秒的内存二分查找，哪来的这么多废话”
业务场景如果是因为备份恢复 SLA 扛不住、在线 DDL 风险大、或者热数据 Working Set 超出内存导致离散回表击穿，那该分分、该归档归档，这叫架构治理；
但如果不看硬件规格和查询场景，纯拿“B+ 树长到 4 层就会性能崩塌”当圣经到处念咒，AI 的回复直接输出本帖
资讯来源
V2EX