MySQL的binlog（二进制日志）用于记录数据库的所有数据变更操作，是主从复制和数据恢复的核心依据。在事务执行过程中，产生的binlog事件会先写入内存缓存，再刷到磁盘的binlog文件中，binlog_cache_size和binlog_stmt_cache_size就是控制这类缓存大小的关键参数。
两个参数的核心差异
binlog_cache_size和binlog_stmt_cache_size的作用场景完全不同，需要先明确二者的适用边界：
- binlog_cache_size：用于缓存非事务引擎（如MyISAM）的语句，以及事务引擎（如InnoDB）中未提交事务的binlog事件。每个连接的事务如果产生了binlog，都会分配一块对应大小的缓存，默认值为32768字节（32KB）。
- binlog_stmt_cache_size：仅用于缓存事务引擎中已提交事务的binlog事件，同样每个连接的事务会分配独立缓存，默认值为32768字节（32KB）。
参数不合理的表现
如果两个参数设置过小，当事务产生的binlog大小超过缓存时，MySQL会把超出部分写入临时磁盘文件，导致额外的IO开销，影响事务执行效率。可以通过全局状态变量判断是否出现缓存不足的情况：
-- 查看binlog缓存不足的次数 SHOW GLOBAL STATUS LIKE 'Binlog_cache_disk_use'; -- 查看binlog语句缓存不足的次数 SHOW GLOBAL STATUS LIKE 'Binlog_stmt_cache_disk_use';
如果上述两个状态值持续增长，说明对应的缓存大小不足，需要调整参数。
优化步骤与配置方法
1. 评估业务事务的binlog大小
可以先统计业务高峰时段单个事务产生的binlog平均大小，再结合并发连接数计算合理的缓存值。可以通过解析binlog文件估算单事务binlog大小：
# 解析binlog文件，查看事务对应的binlog大小 mysqlbinlog /var/lib/mysql/binlog.000001 | grep -A 10 'BEGIN' | grep -B 10 'COMMIT'
2. 调整参数配置
可以通过动态修改全局参数或者修改配置文件的方式调整数值，建议先动态修改观察效果，再写入配置文件持久化：
-- 动态修改全局参数，单位字节 SET GLOBAL binlog_cache_size = 65536; -- 设置为64KB SET GLOBAL binlog_stmt_cache_size = 65536; -- 设置为64KB
如果需要持久化配置，修改MySQL的配置文件my.cnf，在[mysqld]段添加以下内容：
[mysqld] binlog_cache_size = 64KB binlog_stmt_cache_size = 64KB
3. 验证优化效果
调整参数后，持续观察Binlog_cache_disk_use和Binlog_stmt_cache_disk_use的增长情况，如果数值不再增长或者增长频率显著降低，说明优化生效。同时可以监控事务的平均执行时间，确认没有因为缓存不足导致的性能下降。
注意事项
- 缓存大小不是越大越好，每个连接的事务都会分配对应大小的缓存，如果设置过大，高并发场景下会占用大量内存，反而影响数据库整体性能。
- 对于事务较小、并发不高的业务场景，保持默认的32KB即可；对于大事务较多的场景，可以适当调大至128KB或256KB，根据实际监控结果调整。
- 修改参数后不需要重启数据库，但是已经存在的连接不会生效，新建立的连接会使用新的参数值。
调整参数时需要结合业务的实际情况，不要盲目照搬其他场景的配置，定期监控相关状态变量才能保证缓存配置始终适配业务需求。
MySQLbinlog_cache_sizebinlog_stmt_cache_sizebinlog优化语句缓存修改时间：2026-07-17 20:18:19