MySql事务无法回滚的原因有哪些

使用mysql时，如果发现事务无法回滚，但hibernate、spring、jdbc等配置又没有明显问题时，不要苦恼，先看看mysql创建的表有没有问题，即表的类型。

innodb和myisam是在使用mysql最常用的两个表类型，各有优缺点，视具体应用而定。基本的差别为：myisam类型不支持事务处理等高级处理，而innodb类型支持。myisam类型的表强调的是性能，其执行数度比innodb类型更快，但是不提供事务支持，而innodb提供事务支持已经外部键等高级数据库功能。

myiasm是iasm表的新版本，有如下扩展：

二进制层次的可移植性。

null列索引。

对变长行比isam表有更少的碎片。

支持大文件。

更好的索引压缩。

更好的键吗统计分布。

更好和更快的auto_increment处理。

以下是一些细节和具体实现的差别：

1. innodb不支持fulltext类型的索引。

2. innodb中不保存表的具体行数，也就是说，执行select count(*) from table时，innodb要扫描一遍整个表来计算有多少行，但是myisam只要简单的读出保存好的行数即可。注意的是，当count(*)语句包含where条件时，两种表的操作是一样的。

3. 对于auto_increment类型的字段，innodb中必须包含只有该字段的索引，但是在myisam表中，可以和其他字段一起建立联合索引。

4. delete from table时，innodb不会重新建立表，而是一行一行的删除。

5. load table from master操作对innodb是不起作用的，解决方法是首先把innodb表改成myisam表，导入数据后再改成innodb表，但是对于使用的额外的innodb特性（例如外键）的表不适用。

另外，innodb表的行锁也不是绝对的，如果在执行一个sql语句时mysql不能确定要扫描的范围，innodb表同样会锁全表，例如update table set num=1 where name like “%aaa%”

任何一种表都不是万能的，只用恰当的针对业务类型来选择合适的表类型，才能最大的发挥mysql的性能优势。

在mysql 5.0里面，myisam和innodb存储引擎性能差别并不是很大，针对innodb来说，影响性能的主要是 innodb_flush_log_at_trx_commit 这个选项，如果设置为1的话，那么每次插入数据的时候都会自动提交，导致性能急剧下降，应该是跟刷新日志有关系，设置为0效率能够看到明显提升，当然，同样你可以sql中提交“set autocommit = 0”来设置达到好的性能。另外，还听说通过设置innodb_buffer_pool_size能够提升innodb的性能，但是我测试发现没有特别明显的提升。

基本上我们可以考虑使用innodb来替代我们的myisam引擎了，因为innodb自身很多良好的特点，比如事务支持、存储过程、视图、行级锁定等等，在并发很多的情况下，相信innodb的表现肯定要比myisam强很多，当然，相应的在my.cnf中的配置也是比较关键的，良好的配置，能够有效的加速你的应用。