使用JDBC连接MySQL时，DDL语句无法回滚是否为标准行为？如何解决？

问题2：这属于MySQL JDBC的标准行为吗？ #

没错，这完全是MySQL的标准行为，根源在于MySQL对DDL语句的处理机制：

不管你有没有手动设置conn.setAutoCommit(false)开启事务，MySQL在执行任何DDL语句（比如CREATE TABLE、DROP TABLE、ALTER TABLE这类）时，都会自动触发隐式提交——相当于悄悄执行了一次conn.commit()。

回到你的示例代码来看：当stmt.executeBatch()执行时，批处理里的语句是按顺序运行的，第一条CREATE TABLE一执行，MySQL就直接提交了当前事务，这条DDL已经永久生效了。后面的INSERT语句虽然还在事务里，但你调用conn.rollback()时，只能回滚还没提交的INSERT操作，已经被隐式提交的CREATE TABLE自然不会受影响，所以你会看到表留在数据库里，但数据没插入，完全符合你遇到的现象。

问题1：如何回滚CREATE TABLE、DROP TABLE等DDL语句？ #

想要回滚DDL语句，得满足MySQL的特定条件，不是所有版本都支持：

• 版本要求：必须使用MySQL Server 8.0.13及以上的版本（你的Connector/J是8.0.17没问题，但要确认MySQL Server的小版本）
• 开启事务DDL参数：确保MySQL的transactional-ddl变量设置为ON（8.0.13及以上版本默认就是ON的，你可以通过执行SHOW VARIABLES LIKE 'transactional_ddl';来验证）

满足这两个条件后，大部分常见的DDL语句（比如CREATE TABLE、DROP TABLE）就可以和DML语句一起放在事务里回滚了。

针对你的代码，只要MySQL版本和参数符合要求，执行后conn.rollback()会同时回滚CREATE TABLE和INSERT操作，最终数据库里不会留下mytable表。

⚠️ 注意：即使开启了事务DDL，也不是所有DDL都能回滚，比如DROP DATABASE、某些ALTER TABLE操作还是会触发隐式提交。

如果你的MySQL Server版本低于8.0.13，那很遗憾，这个版本之前MySQL完全不支持DDL事务，所有DDL执行时都会强制隐式提交，根本没法回滚，只能通过其他方式（比如执行DDL前先备份，或者手动删除创建的表）来模拟回滚效果。

内容的提问来源于stack exchange，提问作者escudero380