在MySQL中，DDL（数据定义语言）是用来定义、更改或删除数据库结构的语言，包括CREATE（创建表、视图或存储过程）、ALTER（修改表结构）和DROP（删除表或视图）等。而DML（数据操作语言）是用来对数据库进行数据操作的语言，包括INSERT（插入数据）、UPDATE（更新数据）和DELETE（删除数据）等。
在MySQL中，默认情况下，DDL语句会自动提交事务。也就是说，如果我们在一个事务中执行了一个DDL语句，那么这个事务会立即被提交，DDL语句的执行结果也会立即生效。但是，有时候我们可能需要在当前事务的中间执行DDL语句，这时候就需要注意了，因为这样可能会发生一些问题。
1. DDL语句的执行过程
在讨论在MySQL当前事务的中间执行DDL语句会发生什么情况之前，我们先了解一下DDL语句的执行过程。
在MySQL中，DDL语句的执行过程涉及到很多内部操作，包括锁定表、进行元数据的更新等，可以简单地分为以下几个阶段。
1.1 分析阶段
MySQL会根据DDL语句的语法分析出需要执行的操作，比如创建表、修改表结构等。
1.2 优化阶段
MySQL会对需要执行的操作进行优化，比如对查询语句进行优化，去除多余的JOIN操作等。
1.3 执行阶段
MySQL会执行优化后的操作，包括申请锁、更新元数据等。
1.4 提交阶段
如果DDL语句是在事务中执行，那么最后需要提交事务，使得DDL语句的执行结果生效。
2. 在MySQL当前事务的中间执行DDL语句会发生什么情况？
在MySQL当前事务的中间执行DDL语句，会涉及到MySQL内部的事务处理机制以及语句的执行过程，可能会发生以下几种情况。
2.1 无法立即生效
由于DDL语句涉及到元数据的更新，因此DDL语句的执行结果不能立即生效，需要等到当前事务提交后才能生效。如果在事务提交之前执行的DDL语句和之后执行的DML语句有冲突，那么就会出现一些问题。
-- 创建一个表
CREATE TABLE `test` (
`id` int NOT NULL PRIMARY KEY,
`name` varchar(50) NOT NULL
);
-- 开始一个事务
START TRANSACTION;
-- 往表中插入一条数据
INSERT INTO `test` (`id`, `name`) VALUES (1, 'Tom');
-- 修改表结构，增加一个字段
ALTER TABLE `test` ADD COLUMN `age` int NOT NULL DEFAULT '0';
-- 提交事务
COMMIT;
-- 查询表结构
DESC `test`;
执行上述代码，可以看到test表的结构拥有了age列，但是在事务提交之前，我们是无法看到这个age列的，因为DDL语句还没有生效。
2.2 MySQL内部锁定表
当执行DDL语句的时候，MySQL会内部锁定涉及到的表，并在锁定表的同时获取到必要的元数据。如果有其他事务也需要锁定同样的表，那么它们就需要等待当前事务释放表锁才能继续执行下去。
-- 开始一个事务
START TRANSACTION;
-- 修改表结构，增加一个字段
ALTER TABLE `test` ADD COLUMN `gender` int NOT NULL DEFAULT '0';
-- 查询表结构
DESC `test`;
-- 等待10秒钟
SELECT SLEEP(10);
-- 提交事务
COMMIT;
执行上述代码，可以看到，我们在当前事务中执行了DDL语句和查询语句，并且还加了一个等待10秒钟的SQL语句。在事务提交之前，我们打开另一个MySQL客户端，尝试修改test表的结构。可以看到，修改操作被阻塞，直到当前事务提交之后才会继续执行下去。
2.3 事务的自动回滚
对于某些DDL语句，如果在当前事务中执行会导致事务的自动回滚。
MySQL中会自动将某些DDL语句转换为隐式提交操作，因此DDL语句的执行会导致当前事务自动提交、新事务的开始和结束等操作。如果在执行DDL语句的时候事务自动提交了，那么所有在DDL语句执行之后的SQL语句都会被当作新事务来处理，也就是说，这些语句不再是在原有的事务中执行了。如果这些SQL语句出现了异常情况，那么就会导致整个事务的自动回滚。
-- 开始一个事务
START TRANSACTION;
-- 创建一个表
CREATE TABLE `test` (
`id` int NOT NULL PRIMARY KEY,
`name` varchar(50) NOT NULL
);
-- 往表中插入一条数据
INSERT INTO `test` (`id`, `name`) VALUES (1, 'Tom');
-- 修改表结构，并删除一条数据
ALTER TABLE `test` ADD COLUMN `gender` int NOT NULL DEFAULT '0';
-- 提交事务
COMMIT;
-- 查询表
SELECT * FROM `test`;
执行上述代码，可以看到，在事务提交之前，我们执行了DDL语句（增加一个gender列）和DML语句（删除一个数据），然后再提交事务。在事务提交之后，我们查询了表的内容，可以看到，原来的数据已经不存在了。这是因为，在执行DDL语句的时候，我们的事务发生了自动提交，而且在提交之前已经执行了删除数据的操作，因此整个事务被自动回滚了。
3. 如何避免在MySQL当前事务的中间执行DDL语句
为了避免在MySQL当前事务的中间执行DDL语句带来的风险，我们可以采取以下几种措施。
3.1 在事务开始之前执行DDL语句
最简单的办法是在事务开始之前执行DDL语句。这样，DDL语句的执行结果就会立即生效，不会受到事务的影响，也不会对事务产生影响。
-- 创建一个表
CREATE TABLE `test` (
`id` int NOT NULL PRIMARY KEY,
`name` varchar(50) NOT NULL
);
-- 开始一个事务
START TRANSACTION;
-- 往表中插入一条数据
INSERT INTO `test` (`id`, `name`) VALUES (1, 'Tom');
-- 提交事务
COMMIT;
执行上述代码，可以看到，在事务开始之前，我们执行了DDL语句（创建一个test表），然后再开启事务并插入一条数据，最后提交事务。在事务提交之后，我们查询了表的内容，可以看到数据已经成功插入。
3.2 使用外部存储引擎或云服务
如果我们使用的是外部存储引擎或云服务，那么就不需要考虑在当前事务的中间执行DDL语句会带来的风险，因为这些服务通常已经封装了处理DDL语句的逻辑，可以在不影响现有事务的情况下处理DDL语句。
3.3 启用DDL语句的显式提交
如果我们确实需要在当前事务的中间执行DDL语句，那么可以考虑启用DDL语句的显式提交。通过在DDL语句前添加一个COMMIT语句，就可以将DDL语句单独作为一个新的事务处理。
-- 开始一个事务
START TRANSACTION;
-- 往表中插入一条数据
INSERT INTO `test` (`id`, `name`) VALUES (1, 'Tom');
-- 提交事务
COMMIT;
-- 开始一个新事务
START TRANSACTION;
-- 修改表结构，增加一个字段
ALTER TABLE `test` ADD COLUMN `gender` int NOT NULL DEFAULT '0';
-- 提交事务
COMMIT;
-- 查询表结构
DESC `test`;
执行上述代码，可以看到，我们在两个事务中分别插入了一条数据和修改了表结构，而且这两个操作之间还加了一个查询表结构的操作，最后我们查看test表的结构，可以看到增加了一个gender列。
4. 总结
在MySQL当前事务的中间执行DDL语句，会涉及到MySQL内部的事务处理机制以及语句的执行过程，可能会发生一些问题。为了避免这些问题，我们可以在事务开始之前执行DDL语句、使用外部存储引擎或云服务或启用DDL语句的显式提交等措施。无论采取何种措施，都需要根据实际情况综合考虑，谨慎决策。