事务中DDL与DML混用的大忌

在一个庞大的数据库操作的事务处理中，出于对数据完整性的需求，我们常常会需要将autoCommit设置为false，等到异常抛出时全部rollback或者无异常时再统一commit。

然而在这样的情况下是不可以使用这种机制的。即业务要求执行数据操作时必须进行DDL的创建，比如create一个临时表，drop一个过程等等。如果将其和DML放在同一个事物中将酿成错误。

前一段时间在解决客户问题的时候，便发现代码中蹊跷地出现这样一个情况，在同一个事务中，一部分SQL被commit，一部分被rollback了。Debug之后才发现在该事务中夹杂了一个DDL语句，DDL是自动执行commit语句而不需要显式声明的，因此在它之前的所有SQL会自动跟着提交，而后面的DML依然处于缓冲状态。

这样一个浅显的错误，并不是每一个程序员都能避免的。读程序一般要比写程序来的吃力，可是也有旁观者清的优越性。