使用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中的配置也是比較關鍵的。良好的配置，可以有效的加速你的應用。