一次MySql事务执行回滚失败分析

前几天在添加一个上限控制功能时，发现在一次取资源超过限制之后，事务回滚，但该次操作造成的数据库更改并未回滚
按以下步骤进行分析：
1. 仔细检查代码逻辑，看是否由于事务回滚没有调用造成的脏数据
2. gdb单步调试程序，定位脏数据产生的时间点，回滚是否成功
3. 根据已有资料分析问题产生原因。

---

经过以上步骤分析，在单步时已经确认是由于事务中调用了create table造成的隐式提交，从而回滚时，无法按照预想回滚

---

知识点补充：
1.MySQL最常用的两个表类型： InnoDB和MyISAM。MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快，但是不提供事务支持，而InnoDB提供事务支持、存储过程、视图、行级锁定等等高级数据库功能，若回滚失败，先检查表类型。
2.有的时候有些SQL语句会产生一个隐式的提交操作，即执行完成这些语句后，会有一个隐式的COMMIT操作。有以下SQL语句，不用你去“管”：

• DDL语句，ALTER DATABASE、ALTER EVENT、ALTER PROCEDURE、ALTER TABLE、ALTER VIEW、CREATE TABLE、DROP TABLE、RENAME TABLE、TRUNCATE TABLE等；
• 修改MYSQL架构的语句，CREATE USER、DROP USER、GRANT、RENAME USER、REVOKE、SET PASSWORD；
• 管理语句，ANALYZE TABLE、CACHE INDEX、CHECK TABLE、LOAD INDEX INTO CACHE、OPTIMIZE TABLE、REPAIR TABLE等

设计事务时，不应包含这类语句。如果在事务的前部中发布了一个不能被回滚的语句，则后部的其它语句会发生错误，在这些情况下，通过发布ROLLBACK语句不能 回滚事务的全部效果。

参考资料：
1.