使用MySQL時(shí)，如果發(fā)現(xiàn)事務(wù)無法回滾，但Hibernate、Spring、JDBC等配置又沒有明顯問題時(shí)，不要苦惱，先看看MySQL創(chuàng)建的表有沒有問題，即表的類型。

InnoDB和MyISAM是在使用MySQL最常用的兩個(gè)表類型，各有優(yōu)缺點(diǎn)，視具體應(yīng)用而定?；镜牟顒e為：MyISAM類型不支持事務(wù)處理等高級處理，而InnoDB類型支持。MyISAM類型的表強(qiáng)調(diào)的是性能，其執(zhí)行數(shù)度比InnoDB類型更快，但是不提供事務(wù)支持，而InnoDB提供事務(wù)支持已經(jīng)外部鍵等高級數(shù)據(jù)庫功能。

MyIASM是IASM表的新版本，有如下擴(kuò)展：

二進(jìn)制層次的可移植性。

NULL列索引。

對變長行比ISAM表有更少的碎片。

支持大文件。

更好的索引壓縮。

更好的鍵嗎統(tǒng)計(jì)分布。

更好和更快的auto_increment處理。

以下是一些細(xì)節(jié)和具體實(shí)現(xiàn)的差別：

1. InnoDB不支持FULLTEXT類型的索引。

2. InnoDB中不保存表的具體行數(shù)，也就是說，執(zhí)行select count(*) from table時(shí)，InnoDB要掃描一遍整個(gè)表來計(jì)算有多少行，但是MyISAM只要簡單的讀出保存好的行數(shù)即可。注意的是，當(dāng)count(*)語句包含where條件時(shí)，兩種表的操作是一樣的。

3. 對于AUTO_INCREMENT類型的字段，InnoDB中必須包含只有該字段的索引，但是在MyISAM表中，可以和其他字段一起建立聯(lián)合索引。

4. DELETE FROM table時(shí)，InnoDB不會重新建立表，而是一行一行的刪除。

5. LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導(dǎo)入數(shù)據(jù)后再改成InnoDB表，但是對于使用的額外的InnoDB特性（例如外鍵）的表不適用。

另外，InnoDB表的行鎖也不是絕對的，如果在執(zhí)行一個(gè)SQL語句時(shí)MySQL不能確定要掃描的范圍，InnoDB表同樣會鎖全表，例如update table set num=1 where name like “%aaa%”

任何一種表都不是萬能的，只用恰當(dāng)?shù)尼槍I(yè)務(wù)類型來選擇合適的表類型，才能最大的發(fā)揮MySQL的性能優(yōu)勢。

在MySQL 5.0里面，MyISAM和InnoDB存儲引擎性能差別并不是很大，針對InnoDB來說，影響性能的主要是 innodb_flush_log_at_trx_commit 這個(gè)選項(xiàng)，如果設(shè)置為1的話，那么每次插入數(shù)據(jù)的時(shí)候都會自動提交，導(dǎo)致性能急劇下降，應(yīng)該是跟刷新日志有關(guān)系，設(shè)置為0效率能夠看到明顯提升，當(dāng)然，同樣你可以SQL中提交“SET AUTOCOMMIT = 0”來設(shè)置達(dá)到好的性能。另外，還聽說通過設(shè)置innodb_buffer_pool_size能夠提升InnoDB的性能，但是我測試發(fā)現(xiàn)沒有特別明顯的提升。

基本上我們可以考慮使用InnoDB來替代我們的MyISAM引擎了，因?yàn)镮nnoDB自身很多良好的特點(diǎn)，比如事務(wù)支持、存儲過程、視圖、行級鎖定等等，在并發(fā)很多的情況下，相信InnoDB的表現(xiàn)肯定要比MyISAM強(qiáng)很多，當(dāng)然，相應(yīng)的在my.cnf中的配置也是比較關(guān)鍵的，良好的配置，能夠有效的加速你的應(yīng)用。