MySQL如何实现在不停止服务的情况下修改表结构

在MySQL的实际使用场景中，业务迭代常常需要调整表结构，比如新增字段、修改字段类型、添加索引等。如果采用传统的停服修改方式，会导致业务暂停，影响用户体验。而Online DDL特性可以让这些操作在不停止MySQL服务的情况下完成，极大降低了表结构变更对业务的影响。

Online DDL的基本工作原理

Online DDL的执行过程主要分为三个阶段：准备阶段、执行阶段、提交阶段。在准备阶段，MySQL会检查修改操作是否支持Online DDL，同时获取表的元数据锁。执行阶段会创建临时表，将原表的数据逐步拷贝到临时表，同时记录原表上的DML操作到日志文件中。提交阶段会将日志中的DML操作应用到临时表，然后替换原表，释放相关锁资源。整个过程除了极短时间的元数据锁获取外，不会长时间阻塞读写操作。

Online DDL支持的常用操作

目前MySQL的Online DDL支持大部分常见的表结构修改操作，主要包括以下几类：

• 添加、删除普通索引
• 添加、删除、重命名列（部分场景支持）
• 修改列默认值
• 修改列的自增属性
• 添加、删除主键（需满足对应条件）

Online DDL的算法与锁策略

Online DDL支持多种算法和锁级别，用户可以根据业务需求选择合适的组合，平衡变更效率和对业务的影响。

常用算法

锁级别

锁级别用于控制DDL执行过程中对表的读写限制，常见的锁级别如下：

• NONE：无任何读写限制，允许正常的DML操作
• SHARED：允许读操作，阻塞写操作
• EXCLUSIVE：阻塞所有读写操作，仅用于特殊情况

默认情况下MySQL会自动选择合适的锁级别，用户也可以手动指定，比如希望变更过程中完全不阻塞写操作，可以指定锁级别为NONE。

实际操作示例

下面给出几个常见的Online DDL操作示例，所有示例基于MySQL 8.0版本。

示例1：新增字段

给user表新增一个age字段，类型为int，默认值为0，使用INSTANT算法，不阻塞读写：

-- 新增age字段，使用INSTANT算法，锁级别为NONE
ALTER TABLE user 
ADD COLUMN age INT DEFAULT 0,
ALGORITHM=INSTANT,
LOCK=NONE;

示例2：添加索引

给user表的name字段添加普通索引，使用INPLACE算法：

-- 添加普通索引，使用INPLACE算法，默认锁级别
ALTER TABLE user 
ADD INDEX idx_name (name),
ALGORITHM=INPLACE;

示例3：修改字段默认值

将user表的age字段默认值从0修改为18：

-- 修改字段默认值，INSTANT算法即可完成
ALTER TABLE user 
MODIFY COLUMN age INT DEFAULT 18,
ALGORITHM=INSTANT,
LOCK=NONE;

注意事项

使用Online DDL时需要注意以下几点，避免出现预期外的问题：

• 不是所有表结构修改操作都支持Online DDL，比如修改字段类型从INT改为VARCHAR这类操作，可能不支持INSTANT或INPLACE算法，需要提前确认
• Online DDL执行过程中会消耗额外的CPU和IO资源，大表变更建议选择在业务低峰期执行
• 如果表上存在大量未提交的事务，可能导致Online DDL长时间等待元数据锁，执行前需要确保没有长事务占用表锁
• 执行Online DDL前建议先备份表数据，避免操作异常导致数据丢失
• 可以通过SHOW PROCESSLIST命令查看Online DDL的执行进度，也可以通过performance_schema下的相关表监控执行状态

如何判断操作是否支持Online DDL

如果不确认某个修改操作是否支持Online DDL，可以先执行语句并指定ALGORITHM=INSTANT或INPLACE，如果MySQL返回错误，说明该操作不支持对应的算法，需要调整策略。比如尝试用INSTANT算法修改字段类型：

-- 尝试用INSTANT算法修改字段类型，不支持会返回错误
ALTER TABLE user 
MODIFY COLUMN age VARCHAR(10),
ALGORITHM=INSTANT;

如果执行上述语句报错，说明修改字段类型从INT到VARCHAR不支持INSTANT算法，可尝试INPLACE算法，若仍不支持则只能使用COPY算法，此时需要注意该操作会阻塞写操作，需要安排停服窗口。

MySQLOnline_DDL表结构修改数据库运维修改时间：2026-06-22 20:36:51