在MySQL的使用过程中，DDL（数据定义语言）语句和事务的交互逻辑是很多开发者容易混淆的点，尤其是在MySQL 8.0之前的版本中，事务内执行DDL的行为和预期往往存在偏差，可能引发数据一致性问题或者事务异常。
MySQL中DDL语句的基本特性
MySQL的DDL语句包括创建表、修改表结构、删除表、创建索引等操作，这类语句的执行会直接修改数据库的元数据。和DML（数据操作语言）语句不同，DDL语句默认是隐式提交的，也就是说执行DDL语句的时候，会先提交当前会话中未提交的事务，再执行DDL操作，最后自动提交DDL本身的操作。
我们可以通过一个简单的示例来验证这个特性，首先创建一个测试表并插入数据，不提交事务就执行DDL：
-- 创建测试表
CREATE TABLE test_ddl (
id INT PRIMARY KEY,
name VARCHAR(20)
);
-- 开启事务
START TRANSACTION;
-- 插入一条数据，此时未提交
INSERT INTO test_ddl VALUES (1, 'test');
-- 执行DDL语句，修改表结构
ALTER TABLE test_ddl ADD COLUMN age INT;
-- 回滚事务
ROLLBACK;
-- 查询数据，会发现插入的数据已经存在，说明之前的INSERT已经被隐式提交
SELECT * FROM test_ddl;
执行上述代码后会发现，即使我们执行了ROLLBACK，id为1的数据依然存在，这就是因为ALTER TABLE这个DDL语句执行时，先隐式提交了之前未提交的INSERT操作，所以回滚无法撤销该插入操作。
MySQL 8.0之前事务中执行DDL的后果
在MySQL 8.0之前的版本中，事务内执行DDL语句会带来以下几个明确的后果：
- 当前事务被隐式提交：只要执行DDL语句，当前会话中所有未提交的DML操作都会被自动提交，无论DDL语句是否执行成功，这个提交动作都会发生。
- 后续操作开启新事务：DDL执行完成后，当前会话会自动开启一个新的事务，后续的操作属于新的事务范畴，和之前的DDL操作不在同一个事务中。
- 无法回滚DDL操作：DDL语句本身执行完成后无法回滚，即使后续执行ROLLBACK，已经完成的表结构修改、索引创建等操作也不会被撤销。
- 可能导致锁等待和阻塞：如果DDL语句需要获取表的元数据锁，而此时其他事务正在持有该表的锁，那么DDL语句会进入等待状态，同时也会阻塞后续其他事务对该表的元数据锁请求，可能引发业务阻塞。
MySQL 8.0之前的限制说明
MySQL 8.0之前的版本对事务内DDL操作的限制主要体现在以下几个方面：
1. 不支持DDL语句的事务性
MySQL 8.0之前完全没有实现DDL的事务性，所有DDL操作都不受事务控制，无法像DML语句一样通过COMMIT和ROLLBACK来控制生效和回滚，这是最核心的限制。
2. 原子DDL特性缺失
MySQL 8.0引入了原子DDL特性，同一个DDL语句中的多个操作要么全部成功要么全部失败，而8.0之前的版本，一个复杂的DDL语句如果执行到一半失败，可能会留下部分修改的元数据，需要手动修复。
3. 事务和DDL的隔离性问题
在MySQL 8.0之前，事务中执行DDL后，其他事务可以立即看到DDL带来的表结构变化，即使当前事务还没有提交（因为DDL已经隐式提交了），这不符合事务的隔离性要求，可能导致其他事务基于错误的表结构进行操作。
不同场景下的行为对比
我们可以通过一个对比表格来更清晰地看到MySQL 8.0之前和8.0版本在事务内执行DDL的行为差异：
| 场景 | MySQL 8.0之前 | MySQL 8.0及之后 |
|---|---|---|
| 事务内执行DDL后回滚 | 之前的DML操作被提交，DDL操作不可回滚 | 原子DDL支持回滚，整个DDL操作可以撤销 |
| DDL执行失败的影响 | 可能留下部分元数据修改，需要手动处理 | 所有修改全部回滚，元数据保持原状 |
| 其他事务对DDL的可见性 | DDL隐式提交后立即对所有事务可见 | DDL所在事务提交后才对其他事务可见 |
开发中的注意事项
针对MySQL 8.0之前版本的特性，开发者在使用时需要注意以下几点：
- 尽量避免在事务中混合执行DML和DDL语句，如果必须执行DDL，要提前确认当前事务中是否有未提交的DML操作，避免数据被意外提交。
- 执行DDL语句前，先手动提交当前事务，避免隐式提交带来的不可控影响。
- 对于需要修改表结构的操作，尽量选择在业务低峰期执行，避免DDL的元数据锁阻塞业务请求。
- 如果业务需要依赖DDL的事务性，建议升级到MySQL 8.0及以上版本，使用原子DDL特性。
总的来说，MySQL 8.0之前的版本中，事务和DDL的交互逻辑比较特殊，开发者需要清楚DDL的隐式提交特性，避免因为不当操作导致数据一致性问题。随着MySQL版本的迭代，DDL的事务性支持越来越完善，但是了解旧版本的限制依然对维护老系统有重要的参考意义。
MySQLDDL事务MySQL_8.0之前修改时间：2026-07-20 17:00:35