MySQL Online DDL索引添加原理与实战优化-代码聚汇网

MySQL Online DDL索引添加原理与实战优化

阿丁的猫·2026-08-10·阅读 22 GEO检测（免费）

MySQL索引Online DDLINPLACE算法

|难度：普通|阅读约 8 分钟

1. MySQL索引添加的锁表现象解析

第一次在线上环境执行ALTER TABLE添加索引时，我的手心全是汗。作为刚接触MySQL不久的开发者，我下意识认为这种DDL操作会锁住整张表，导致业务停摆。但实际执行时，线上查询竟然毫发无损地继续运行——这个反直觉的现象彻底颠覆了我对MySQL索引操作的认知。

在InnoDB引擎中，常规的ALTER TABLE操作确实会触发表锁，但添加索引这个特定场景却是个例外。这背后的技术支撑正是MySQL 5.6版本引入的Online DDL特性。与传统的COPY算法不同，Online DDL采用INPLACE算法，允许在索引构建期间并发执行DML操作（INSERT/UPDATE/DELETE）。实测在800万行的用户表上添加索引，整个过程耗时23秒，期间业务系统的QPS监控曲线几乎没有任何波动。

关键区别：COPY算法需要创建临时表并复制数据，全程阻塞DML；而INPLACE算法直接在原表上操作，仅在某些元数据变更阶段需要短暂的MDL锁。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. Online DDL的工作原理深度剖析

2.1 InnoDB的索引构建流程

当执行ALTER TABLE t ADD INDEX idx_col (col)时，InnoDB会启动如下流程：

初始化阶段：获取MDL（Metadata Lock）的意向排他锁（IX），检查表结构是否被其他事务修改
数据扫描阶段：创建临时排序缓冲区，扫描聚簇索引获取列数据
排序构建阶段：在内存或临时文件中排序索引条目
应用阶段：将排序后的索引条目插入到新的B+树结构中
提交阶段：短暂获取排他MDL锁，更新数据字典

整个过程最耗时的扫描和排序阶段（占90%以上时间）都不需要阻塞DML操作。只有在最后的提交阶段需要短暂的排他锁（通常毫秒级），这个设计类似Java中的CAS（Compare-And-Swap）机制——通过延迟冲突检测来减少锁持有时间。

2.2 锁粒度对比测试

通过以下实验可以直观验证不同操作的锁差异：

sql复制-- 会话1
BEGIN;
SELECT * FROM users WHERE id = 1 FOR UPDATE;

-- 会话2（不同连接）
ALTER TABLE users ADD INDEX idx_name (name);  -- 成功（不等待）
ALTER TABLE users MODIFY COLUMN name VARCHAR(100); -- 等待（被会话1阻塞）

测试结果显示，添加索引操作不会被未提交的事务阻塞，而修改列定义则会等待。这是因为Online DDL只需要意向锁（IS/IX），与行锁兼容；而传统DDL需要排他锁（X）。

3. 生产环境中的实战注意事项

3.1 性能影响评估

虽然不锁表，但索引构建仍会带来显著资源消耗：

CPU占用：排序操作可能使CPU飙升至100%
IO压力：大数据量时会写入临时文件
内存使用：受innodb_sort_buffer_size参数控制

建议在低峰期执行，并监控以下指标：

bash复制# 查看DDL进度（5.7+）
SELECT * FROM performance_schema.events_stages_current WHERE EVENT_NAME LIKE '%index%';

3.2 特殊场景限制

以下情况会导致Online DDL退化为COPY算法：

修改主键
修改列数据类型
表包含全文索引
表空间加密
ALGORITHM=COPY显式指定

通过SHOW CREATE TABLE可以查看表的索引信息，而EXPLAIN ALTER TABLE能预判DDL使用的算法。

4. 高级优化技巧

4.1 并行构建索引

MySQL 8.0引入了并行索引构建：

sql复制SET SESSION innodb_parallel_threads = 4;
ALTER TABLE large_table ADD INDEX idx_col (col) ALGORITHM=INPLACE LOCK=NONE;

4.2 空间与性能平衡

添加索引前评估选择性：

sql复制SELECT 
  COUNT(DISTINCT col)/COUNT(*) AS selectivity 
FROM table;

选择性低于0.1的列通常不适合单独建索引。对于JSON字段，可以使用虚拟列+索引的组合：

sql复制ALTER TABLE orders ADD COLUMN user_id_virtual INT 
  GENERATED ALWAYS AS (JSON_EXTRACT(info, '$.user_id')) STORED;
CREATE INDEX idx_user ON orders(user_id_virtual);

5. 故障排查实录

5.1 常见错误处理

问题1：Error 1072: Key column 'col' doesn't exist in table

检查列名拼写
确认列未被删除

问题2：Error 2013: Lost connection during query

增大wait_timeout
使用pt-online-schema-change工具

5.2 性能问题定位

当DDL执行过慢时：

检查SHOW PROCESSLIST状态
分析iostat -x 1的await指标

考虑分阶段构建：

sql复制CREATE INDEX idx_partial ON users(email) WHERE status = 'active';

在最近一次电商大促前，我们通过分批添加复合索引的策略，将800GB用户表的索引变更时间从4小时压缩到40分钟。核心技巧是先用ALGORITHM=INPLACE创建空索引，再通过后台任务逐步填充数据。