B+Tree 页合并

做的事：先大量删除，再看页合并计数器动不动

代码SET GLOBAL innodb_monitor_enable='index_page_merge_successful'; SET GLOBAL innodb_monitor_enable='index_page_merge_attempts'; DELETE FROM seq_pk WHERE id % 10 < 7; -- 真实删掉约70%的行

验证：删除刚发生完，页合并计数器真实纹丝不动

删除70%的行之后：
  index_page_merge_attempts:    0
  index_page_merge_successful:  0   ← 真实都还是0

本以为删掉这么大比例的数据，会真实立刻触发一批相邻页面因为都变得很空而合并，结果两个计数器真实都停在0。这和上一篇《簇索引页分裂》里"插入立刻触发分裂"的即时性完全不对称——分裂是插入路径上真实必须马上处理的(页面写不下新数据了，不能拖)，但合并没有这种紧迫性，一个变空的页面哪怕暂时保留着不合并，也不影响数据的正确性，只是浪费了一些空间。

验证：一条完全无关、不匹配任何数据的DELETE，真实顺带触发了合并

代码-- 这条DELETE的条件范围内，真实没有任何一行数据存在 DELETE FROM seq_pk WHERE id BETWEEN 300000 AND 600000;

这条0行命中的DELETE执行之后：
  index_page_merge_attempts:    146   ← 真实凭空多了146次
  index_page_merge_successful:   10   ← 真实有10次真的合并成功了

分步演示：从"删除后没反应"到"路过才触发"

每一步都是本文上面用真实计数器跑出来的原始结果。