Buffer Pool抖动本质是脏页淘汰与内存争抢的连锁反应，主因是innodb_buffer_pool_instances过小导致多租户事务集中竞争单条LRU链，引发buf_flush_LRU单线程瓶颈；需设≥8实例、调innodb_old_blocks_pct=25、开启innodb_numa_interleave，并避免innodb_max_dirty_pages_pct设过低等雪上加霜配置。
Buffer Pool抖动在多租户大事务场景下，本质是脏页淘汰与内存争抢的连锁反应；不是事务太大本身有问题，而是它触发了LRU链表尾部大量脏页集中刷盘+新页加载阻塞，尤其当多个租户事务交叉写入同一Buffer Pool实例时，抖动会指数级放大。
为什么大事务会让Buffer Pool“卡住”而不是“慢”
大事务本身不直接消耗Buffer Pool空间，但它会长时间持有大量页面在young区（因频繁访问），同时持续生成新脏页。关键问题在于：这些脏页最终要被淘汰时，若集中在LRU old区尾部，InnoDB必须先刷盘再释放——而刷盘动作由单线程buf_flush_LRU执行，无法并行。多租户并发提交时，这个瓶颈被反复击中。
- 现象：
Innodb_buffer_pool_pages_dirty突增至数万，Innodb_buffer_pool_wait_free每秒跳升几十次，SHOW ENGINE INNODB STATUS\G中BUF_POOL_FLUSH_LRU段显示“pages flushed”速率断崖式下跌 - 根本原因：
innodb_buffer_pool_instances设得太小（如=1），所有租户的页都挤在同一条LRU链上，淘汰逻辑串行化 - 租户隔离失效：即使启用了
innodb_limit_lease或按schema分库，Buffer Pool仍是全局共享资源，无硬隔离
如何让大事务不拖垮整个Buffer Pool
核心思路是切断“大事务→脏页堆积→LRU尾部阻塞→新查询等I/O”的传导链，重点不在限制事务大小，而在拆解资源争用路径。
- 强制分实例：
innodb_buffer_pool_instances必须 ≥8（建议=物理CPU核数/2，但不低于8），避免单链表锁竞争；验证方式：SELECT @@innodb_buffer_pool_instances;+SHOW ENGINE INNODB STATUS\G中检查各instance的pages made young是否均衡 - 收紧old区比例：
innodb_old_blocks_pct=25（不能≤5），缩小old区让冷页更快滑出，减少“脏页卡在old尾部等刷盘”的概率；注意：该值在线SET GLOBAL生效，但需观察pages not made young是否下降 - 禁止跨NUMA节点分配：
innodb_numa_interleave = ON（MySQL 5.6.27+支持），比shell层numactl --interleave=all更可靠；否则numastat -p $(pgrep mysqld)会显示numa_miss持续＞5%，导致隐式换页抖动 - 租户级写入节流（可选）：对高频大事务租户，在应用层加
innodb_io_capacity_max限流（如设为4000），避免其I/O抢占后台刷页带宽；该参数需配合innodb_io_capacity（建议SSD设为8000）使用
哪些配置会让抖动雪上加霜
很多看似“合理”的调优反而加剧多租户冲突，尤其容易被忽略的是参数间的隐性耦合。
-
innodb_max_dirty_pages_pct=30：表面看脏页压得低，实际导致buf_flush_LRU高频轻刷，打断租户查询节奏；SSD环境应设为60～75，给后台留出平滑窗口 -
innodb_flush_neighbors=1（SSD上未关闭）：强制批量刷邻页，使单个租户的大事务写入放大2～4倍I/O，其他租户的查询被迫排队等磁盘 -
innodb_buffer_pool_size超过可用内存70%：当free -h中available＜4GB时，内核开始swap anon page（即Buffer Pool页），抖动从“查询延迟”升级为“毫秒级停顿” - 未配
innodb_purge_threads≥4：多租户产生大量undo log，purge滞后会导致undo表空间无法截断，TRUNCATE_STATUS卡在not_truncate_ready，间接拖慢整个Buffer Pool回收效率
真正难处理的不是单个大事务，而是多个租户事务在Buffer Pool里“互相垫背”——一个租户刷脏页时，另一个租户的查询正在等空闲页，而第三个租户的事务又把刚释放的页立刻占满。参数调优只能缓解，业务侧必须配合做租户写入错峰或拆分物理实例，否则再精细的配置也扛不住流量叠加。
