如何配置MySQL的innodb_online_alter_table_max_mar_size容纳DDL期间突发的海量业务写增量-linux运维-PHP中文网

innodb_online_alter_log_max_size 控制在线 ddl 期间 dml 增量日志容量，默认 128 mb；过小会导致 error 1799 并回滚并发事务；可动态调大至 512 mb–2 gb，但需权衡最终锁表时间；同时应配置 innodb_tmpdir 避免磁盘写满。

如何配置mysql的innodb_online_alter_table_max_mar_size容纳ddl期间突发的海量业务写增量

注意：参数名有误——MySQL中不存在 innodb_online_alter_table_max_mar_size 这一配置项。你实际想调整的是 innodb_online_alter_log_max_size（日志文件最大容量），这是控制在线 DDL 期间并发 DML 增量记录空间的关键参数。

该参数直接决定：DDL 执行过程中，能“暂存”多少未应用的 INSERT/UPDATE/DELETE 操作。若业务写入突增、DDL 耗时变长，而此值过小，就会触发错误：

ERROR 1799 (HY000): Creating index 'xxx' required more than 'innodb_online_alter_log_max_size' bytes of modification log.

此时所有未提交的并发 DML 会被强制回滚，业务受损。

确认当前值与业务写入压力是否匹配

先查当前设置：

SHOW VARIABLES LIKE 'innodb_online_alter_log_max_size';

默认值为 134217728 字节（即 128 MB）。对中小流量表够用；但若单表每秒 DML 达数百条、字段较多、或 DDL 预计耗时超 10 分钟，128 MB 很快会溢出。

估算方法（粗略）：

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

取典型 DML 行平均变更大小（如主键 + 修改字段 ≈ 200 字节）
乘以 DDL 预估执行时间（秒）× QPS
例如：200 B × 300 QPS × 600 秒 = 36 MB → 128 MB 理论上够用；
但若含大字段（TEXT、JSON）、批量更新、或实际执行超 2 小时，则需按 2–5 倍冗余预估。

动态调大参数以应对突发增量

该参数支持运行时修改（Global 级别），无需重启：

SET GLOBAL innodb_online_alter_log_max_size = 1073741824;  -- 1 GB

✅ 推荐起步值：512 MB（536870912）至 2 GB（2147483648），视磁盘剩余空间与业务容忍度而定。
⚠️ 注意：调得过大不会导致立即失败，但会使 DDL 最终“应用日志阶段”的表锁时间显著延长（因为要批量重放大量日志），可能引发查询堆积或超时。

建议搭配监控：

SHOW PROCESSLIST 中观察 DDL 状态（如 altering table, waiting for table metadata lock）
检查错误日志是否出现 DB_ONLINE_LOG_TOO_BIG

配合 tmpdir 与 innodb_tmpdir 避免磁盘写满

在线 DDL 不仅用日志缓冲区，还会在排序建索引时生成临时 sort 文件（存于 MySQL 临时目录）。这些文件不共享 innodb_online_alter_log_max_size 限制，但同样消耗磁盘空间。

默认临时目录由系统变量 tmpdir 决定（Unix 下常为 /tmp，空间通常很小）
若 /tmp 不足，可单独为 InnoDB DDL 指定大空间目录：
```
SET GLOBAL innodb_tmpdir = '/data/mysql_tmp';
```
✅ 要求路径存在、MySQL 进程有读写权限、且不在系统盘或数据盘同一分区（防 IO 争抢和空间挤兑）

同时确保目标目录有足够空间：临时 sort 文件峰值可达「原表数据量 + 所有索引大小」。