LogBuffer溢出表现为innodb_log_waits增长、事务提交变慢，根本原因是innodb_log_buffer_size过小导致频繁刷盘；默认16M不足，需据写入速率调至32M～128M并重启生效。
LogBuffer溢出的典型表现和根本原因
MySQL 在高并发写入时抛出 Log buffer size is too small 或伴随 innodb_log_waits 持续增长、事务提交明显变慢，基本可判定是 innodb_log_buffer_size 不足。根本不是“日志写得太快”，而是缓冲区太小导致频繁刷盘：每次事务提交前需确保 redo log 落盘（或至少进入 OS 缓冲），若缓冲区满，InnoDB 就得主动 flush 到磁盘，阻塞后续写入。
- 默认值仅
16M（MySQL 5.7+），对批量 INSERT/UPDATE 或高频小事务极不友好 - 溢出不报错但会触发隐式 flush，表现为
innodb_log_waits > 0且innodb_os_log_written增速异常高 - 注意：这不是磁盘 I/O 瓶颈本身，而是缓冲区成了瓶颈——即使磁盘够快，buffer 小照样卡住
如何安全调大 innodb_log_buffer_size
调整不是越大越好，关键在匹配写入节奏与硬件能力。直接改配置可能引发内存浪费或启动失败。
- 先查当前压力：
SHOW GLOBAL STATUS LIKE 'innodb_log_waits';，若非零且持续上升，说明已溢出 - 观察峰值写入量：
SHOW GLOBAL STATUS LIKE 'innodb_os_log_written';记录 10 秒差值，换算成 MB/s，乘以 2~3 倍即为 buffer 合理下限 - 推荐值范围：一般
32M～128M；超过256M需谨慎——buffer 是全局独占内存，且不会被 InnoDB 其他模块复用 - 必须重启生效，不可动态修改：
SET GLOBAL innodb_log_buffer_size = 67108864;会报错
配合调整的三个关键参数
单调 innodb_log_buffer_size 效果有限，必须协同优化，否则可能把压力转移到别处。
kashen-mysql DDLtoExcel
下载
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
-
innodb_log_file_size：建议单个 log file ≥ buffer 的 4 倍（如 buffer=64M，则 log_file_size ≥ 256M）。过小会导致 checkpoint 频繁，抵消 buffer 增大的收益 -
innodb_flush_log_at_trx_commit：若设为2（每秒刷一次），buffer 可更激进地攒批；但设为1（每次 commit 都刷）时，buffer 太小就等于反复强制刷盘 -
innodb_flush_method：避免用O_DSYNC（它绕过 OS cache 强制落盘），推荐O_DIRECT或默认值，减少 double-buffering 开销
容易被忽略的两个陷阱
很多团队调完 buffer 就以为万事大吉，结果发现性能没改善甚至更差——问题常出在这两处。
- 误把
innodb_log_buffer_size和innodb_log_file_size混淆：前者是内存缓冲区，后者是磁盘上 redo log 文件大小，改错地方毫无作用 - 未清理旧 log 文件就改
innodb_log_file_size：MySQL 启动时发现文件大小不匹配会拒绝启动，必须先SET GLOBAL innodb_fast_shutdown = 0;，停库，手动删掉ib_logfile*，再启
buffer 大小没有银弹，核心是让 redo log 的产生、缓冲、落盘节奏匹配你的事务吞吐特征。监控 innodb_log_waits 和 innodb_os_log_written 的变化比任何理论估算都可靠。
