大家好，我是小耶，写功课只是为了我踩过的坑，你们别再踩了！

一张表上有一个自增主键（聚簇索引）和三个二级索引。现在插入一行新数据。InnoDB需要做几件事？

答案是四件——写聚簇索引、写第一个二级索引、写第二个二级索引、写第三个二级索引。

聚簇索引是顺序插入，新数据总在B+树最右侧，效率很高。但二级索引不一样——它们的键值顺序和主键顺序没有关系，新数据的二级索引键值可能落在B+树的任意位置。

，InnoDB需要先把索引页从磁盘读进来，才能完成修改。这就是

。在高并发写入场景下，大量二级索引的随机读会严重拖慢写入性能。

Change Buffer要解决的，就是这个问题。

：InnoDB的一块内存区域，用于缓存对

的变更（INSERT/UPDATE/DELETE），当索引页不在Buffer Pool中时，不立即读取磁盘，而是把变更记录下来，等到索引页被读取时再合并。

：将Change Buffer中缓存的变更应用到实际的二级索引页上的过程。Merge发生时需要读取索引页，此时才产生随机I/O。

：索引列的值必须唯一。写入时需要检查唯一性，必须读取索引页确认是否存在重复值。

：普通索引，允许列值重复。写入时不需要检查唯一性，可以直接缓存变更。

Change Buffer不是“所有二级索引写入都走它”。它只在特定条件下生效：

条件一：被修改的索引必须是非唯一二级索引。

唯一索引（包括主键）不能用Change Buffer。原因很简单——唯一索引在写入时需要检查唯一性约束，必须读取索引页确认是否存在重复值。既然索引页必须被读取，Change Buffer就失去了意义。

条件二：索引页不在Buffer Pool中。

如果索引页已经在内存里，InnoDB直接修改内存中的页，不需要读磁盘，也不需要Change Buffer。Change Buffer只对“索引页不在内存中”的写入生效。

条件三：写入操作是INSERT、UPDATE或DELETE。

UPDATE操作只在修改的列涉及非唯一二级索引时才能利用Change Buffer。如果UPDATE修改的是聚簇索引列或唯一索引列，则不能缓存。

三个条件同时满足，Change Buffer才会被启用。这意味着：

如果表上没有非唯一二级索引，或者所有索引页都常驻内存，Change Buffer就不会发挥作用。

Change Buffer在内存中是一棵B+树，存储在InnoDB的系统表空间（ibdata1）中，而不是独立表空间。这意味着Change Buffer的数据是

的——数据库重启后，未merge的变更不会丢失。

为键，记录对某个数据页上二级索引的变更操作。每个变更记录包含操作类型（插入/删除）和变更的具体内容。

：Change Buffer缓存的是“对页的变更”，不是“完整的索引记录”。比如插入一条二级索引记录

，Change Buffer记录的是“在页X上插入了一条键值为PAID的记录，对应主键id=100”。Merge时，InnoDB根据这个信息在索引页上执行实际的插入操作。

Change Buffer中的变更不会永远停留在内存里。有四种情况会触发Merge：

当一个查询需要读取某个索引页，而这个页的Change Buffer中有未合并的变更时，InnoDB会

。这是最频繁的Merge触发场景——读操作会“顺带”完成写入的合并。

），会定期扫描Change Buffer，将长时间未合并的变更批量Merge到磁盘。这个机制防止Change Buffer无限膨胀。

MySQL正常关闭时，InnoDB会执行一次完整的Merge，将所有Change Buffer中的变更应用到索引页，确保数据落盘。

当Change Buffer占Buffer Pool的比例达到上限（默认25%），InnoDB会强制触发Merge，释放Change Buffer空间。

收益：减少随机I/O，提升写入吞吐。

在高并发写入场景下，如果大量二级索引的索引页不在Buffer Pool中，不使用Change Buffer时，每次写入都需要随机读取索引页。使用Change Buffer后，写入先缓存，等索引页被读取时再合并。随机读的次数从“每次写入”降低到“每次索引页被首次读取”。

：在机械硬盘环境下，启用Change Buffer后，二级索引写入的吞吐量可以提升

。因为机械硬盘的随机I/O是最大的瓶颈，而Change Buffer把随机写转化为了顺序写（写入Change Buffer的B+树）+ 延迟的批量读。

Change Buffer占用Buffer Pool的一部分内存（默认最多25%）。在Buffer Pool本身不够用的情况下，Change Buffer会挤占数据页的缓存空间。

当Change Buffer积累了大量变更，而某个索引页突然被读取时，Merge操作可能非常耗时。一个包含数千条变更的索引页，Merge过程可能需要几十毫秒。对于延迟敏感的查询，这个抖动是不可接受的。

唯一索引的写入必须读取索引页检查唯一性，Change Buffer对它无效。这意味着如果表上唯一索引很多，Change Buffer的收益会大打折扣。

五、SSD时代Change Buffer的价值变化

。在HDD时代，随机I/O的代价极高（寻道时间），Change Buffer的收益非常显著。

但在SSD时代，随机I/O的代价大幅降低。SSD没有机械寻道，随机读的延迟远低于HDD。这意味着Change Buffer的

不过，这不代表Change Buffer在SSD上完全没有价值。SSD的随机写仍然比顺序写慢，而且SSD的写入寿命有限。Change Buffer将多次随机写合并为批量操作，减少了写入放大，对SSD寿命也有好处。

适当调小（比如10-15%），把更多内存留给数据页缓存。在HDD环境下，保持默认25%或更高。

SHOW STATUS LIKE 'Innodb_change_buffer%';

在短时间内快速增长，说明Change Buffer的变更正在被频繁Merge。可能是查询模式导致索引页被频繁读取，也可能是Change Buffer空间不足。

SET GLOBAL innodb_change_buffer_max_size = 15;

Change Buffer是InnoDB写入路径上被严重低估的机制。它通过缓存非唯一二级索引的变更，将随机写转化为顺序写加延迟的批量读，显著提升了写入吞吐。但它有三个明确的限制：唯一索引不能用、索引页不在Buffer Pool中才触发、Merge时可能产生延迟抖动。理解这些限制，才能判断你的业务场景下Change Buffer是“加速器”还是“隐形负担”。

还有什么想了解的，欢迎留言！小耶一定知无不言言无不尽……我们下次见~

InnoDB Change Buffer：触发条件、Merge时机、SSD时代的价值重估

Buffer Pool是InnoDB最被熟知的内存结构，但Change Buffer是写入路径上另一个关键机制。当二级索引的写入不需要立即读取索引页时，InnoDB会将变更缓存在Change Buffer中，等到索引页被读取时再合并。这个机制让二级索引的随机写入不再产生大量随机I/O，但唯一索引无法使用它，SSD时代它的价值也在被重新评估。

数据库

后端

运维

ChangeBuffer是InnoDB优化二级索引随机写的关键机制，仅对非唯一二级索引且索引页不在BufferPool时生效。它通过缓存变更减少磁盘随机I/O，但受内存占用、Merge延迟和唯一索引限制影响。SSD时代建议调低innodb_change_buffer_max_size至10-15%，HDD保持25%。监控Innodb_change_buffer指标可评估效果。

MySQL

腾讯云数据库特惠，新用户首单0.5折起


文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

ChangeBuffer是InnoDB优化二级索引随机写的关键机制，仅对非唯一二级索引且索引页不在BufferPool时生效。它通过缓存变更减少磁盘随机I/O，但受内存占用、Merge延迟和唯一索引限制影响。SSD时代建议调低innodb_change_buffer_max_size至10-15%，HDD保持25%。监...

InnoDB Change Buffer：触发条件、Merge时机、SSD时代的价值重估

InnoDB Change Buffer：触发条件、Merge时机、SSD时代的价值重估

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐