前几天在添加一个上限控制功能时,发现在一次取资源超过限制之后,事务回滚,但该次操作造成的数据库更改并未回滚
按以下步骤进行分析:
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、RE