使用MySQL時(shí),如果發(fā)現(xiàn)事務(wù)無(wú)法回滾,但Hibernate、Spring、JDBC等配置又沒(méi)有明顯問(wèn)題時(shí),不要苦惱,先看看MySQL創(chuàng)建的表有沒(méi)有問(wèn)題,即表的類(lèi)型。
InnoDB和MyISAM是在使用MySQL最常用的兩個(gè)表類(lèi)型,各有優(yōu)缺點(diǎn),視具體應(yīng)用而定。基本的差別為:MyISAM類(lèi)型不支持事務(wù)處理等高級(jí)處理,而InnoDB類(lèi)型支持。MyISAM類(lèi)型的表強(qiáng)調(diào)的是性能,其執(zhí)行數(shù)度比InnoDB類(lèi)型更快,但是不提供事務(wù)支持,而InnoDB提供事務(wù)支持已經(jīng)外部鍵等高級(jí)數(shù)據(jù)庫(kù)功能。
MyIASM是IASM表的新版本,有如下擴(kuò)展:
二進(jìn)制層次的可移植性。
NULL列索引。
對(duì)變長(zhǎng)行比ISAM表有更少的碎片。
支持大文件。
更好的索引壓縮。
更好的鍵嗎統(tǒng)計(jì)分布。
更好和更快的auto_increment處理。
以下是一些細(xì)節(jié)和具體實(shí)現(xiàn)的差別:
1. InnoDB不支持FULLTEXT類(lèi)型的索引。
2. InnoDB中不保存表的具體行數(shù),也就是說(shuō),執(zhí)行select count(*) from table時(shí),InnoDB要掃描一遍整個(gè)表來(lái)計(jì)算有多少行,但是MyISAM只要簡(jiǎn)單的讀出保存好的行數(shù)即可。注意的是,當(dāng)count(*)語(yǔ)句包含where條件時(shí),兩種表的操作是一樣的。
3. 對(duì)于AUTO_INCREMENT類(lèi)型的字段,InnoDB中必須包含只有該字段的索引,但是在MyISAM表中,可以和其他字段一起建立聯(lián)合索引。
4. DELETE FROM table時(shí),InnoDB不會(huì)重新建立表,而是一行一行的刪除。
5. LOAD TABLE FROM MASTER操作對(duì)InnoDB是不起作用的,解決方法是首先把InnoDB表改成MyISAM表,導(dǎo)入數(shù)據(jù)后再改成InnoDB表,但是對(duì)于使用的額外的InnoDB特性(例如外鍵)的表不適用。
另外,InnoDB表的行鎖也不是絕對(duì)的,如果在執(zhí)行一個(gè)SQL語(yǔ)句時(shí)MySQL不能確定要掃描的范圍,InnoDB表同樣會(huì)鎖全表,例如update table set num=1 where name like “%aaa%”
任何一種表都不是萬(wàn)能的,只用恰當(dāng)?shù)尼槍?duì)業(yè)務(wù)類(lèi)型來(lái)選擇合適的表類(lèi)型,才能最大的發(fā)揮MySQL的性能優(yōu)勢(shì)。
在MySQL 5.0里面,MyISAM和InnoDB存儲(chǔ)引擎性能差別并不是很大,針對(duì)InnoDB來(lái)說(shuō),影響性能的主要是 innodb_flush_log_at_trx_commit 這個(gè)選項(xiàng),如果設(shè)置為1的話(huà),那么每次插入數(shù)據(jù)的時(shí)候都會(huì)自動(dòng)提交,導(dǎo)致性能急劇下降,應(yīng)該是跟刷新日志有關(guān)系,設(shè)置為0效率能夠看到明顯提升,當(dāng)然,同樣你可以SQL中提交“SET AUTOCOMMIT = 0”來(lái)設(shè)置達(dá)到好的性能。另外,還聽(tīng)說(shuō)通過(guò)設(shè)置innodb_buffer_pool_size能夠提升InnoDB的性能,但是我測(cè)試發(fā)現(xiàn)沒(méi)有特別明顯的提升。
基本上我們可以考慮使用InnoDB來(lái)替代我們的MyISAM引擎了,因?yàn)镮nnoDB自身很多良好的特點(diǎn),比如事務(wù)支持、存儲(chǔ)過(guò)程、視圖、行級(jí)鎖定等等,在并發(fā)很多的情況下,相信InnoDB的表現(xiàn)肯定要比MyISAM強(qiáng)很多,當(dāng)然,相應(yīng)的在my.cnf中的配置也是比較關(guān)鍵的,良好的配置,能夠有效的加速你的應(yīng)用。
新聞熱點(diǎn)
疑難解答
圖片精選