您當(dāng)前位置：首頁 > 數(shù)據(jù)庫 > 數(shù)據(jù)庫應(yīng)用 > 談?wù)刬nnodb和myisam的區(qū)別

談?wù)刬nnodb和myisam的區(qū)別

來源：程序員人生發(fā)布時(shí)間：2014-12-12 08:57:48 閱讀次數(shù)：3936次

MyISAM 和 InnoDB 講授

　　InnoDB和MyISAM是許多人在使用MySQL時(shí)最經(jīng)常使用的兩個表類型，這兩個表類型各有優(yōu)劣，視具體利用而定。基本的差別為：MyISAM類型不支持事務(wù)處理等高級處理，而InnoDB類型支持。MyISAM類型的表強(qiáng)調(diào)的是性能，其履行數(shù)度比InnoDB類型更快，但是不提供事務(wù)支持，而InnoDB提供事務(wù)支持已外部鍵等高級數(shù)據(jù)庫功能。

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

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

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

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

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

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

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

　　兩種類型最主要的差別就是Innodb 支持事務(wù)處理與外鍵和行級鎖.而MyISAM不支持.所以MyISAM常常就容易被人認(rèn)為只合適在小項(xiàng)目中使用。

　　我作為使用MySQL的用戶角度動身，Innodb和MyISAM都是比較喜歡的，但是從我目前運(yùn)維的數(shù)據(jù)庫平臺要到達(dá)需求：99.9%的穩(wěn)定性，方便的擴(kuò)大性和高可用性來講的話，MyISAM絕對是我的首選。

　　緣由以下：

　　1、首先我目前平臺上承載的大部份項(xiàng)目是讀多寫少的項(xiàng)目，而MyISAM的讀性能是比Innodb強(qiáng)很多的。

　　2、MyISAM的索引和數(shù)據(jù)是分開的，并且索引是有緊縮的，內(nèi)存使用率就對應(yīng)提高了很多。能加載更多索引，而Innodb是索引和數(shù)據(jù)是緊密捆綁的，沒有使用緊縮從而會造成Innodb比MyISAM體積龐大不小。

　　3、從平臺角度來講，常常隔1，2個月就會產(chǎn)生利用開發(fā)人員不謹(jǐn)慎update1個表where寫的范圍不對，致使這個表沒法正經(jīng)常使用了，這個時(shí)候MyISAM的優(yōu)越性就體現(xiàn)出來了，隨意從當(dāng)天拷貝的緊縮包取出對應(yīng)表的文件，隨意放到1個數(shù)據(jù)庫目錄下，然后dump成sql再導(dǎo)回到主庫，并把對應(yīng)的binlog補(bǔ)上。如果是Innodb，恐怕不可能有這么快速度，別和我說讓Innodb定期用導(dǎo)出xxx.sql機(jī)制備份，由于我平臺上最小的1個數(shù)據(jù)庫實(shí)例的數(shù)據(jù)量基本都是幾10G大小。

　　4、從我接觸的利用邏輯來講，select count(*) 和order by 是最頻繁的，大概能占了全部sql總語句的60%以上的操作，而這類操作Innodb其實(shí)也是會鎖表的，很多人以為Innodb是行級鎖，那個只是where對它主鍵是有效，非主鍵的都會鎖全表的。

　　5、還有就是常常有很多利用部門需要我給他們定期某些表的數(shù)據(jù)，MyISAM的話很方便，只要發(fā)給他們對應(yīng)那表的frm.MYD,MYI的文件，讓他們自己在對應(yīng)版本的數(shù)據(jù)庫啟動就行，而Innodb就需要導(dǎo)出xxx.sql了，由于光給他人文件，受字典數(shù)據(jù)文件的影響，對方是沒法使用的。

　　6、如果和MyISAM比insert寫操作的話，Innodb還達(dá)不到MyISAM的寫性能，如果是針對基于索引的update操作，雖然MyISAM可能會遜色I(xiàn)nnodb,但是那末高并發(fā)的寫，從庫能否追的上也是1個問題，還不如通過量實(shí)例分庫分表架構(gòu)來解決。

　　7、如果是用MyISAM的話，merge引擎可以大大加快利用部門的開發(fā)速度，他們只要對這個merge表做1些select count(*)操作，非常合適大項(xiàng)目總量約幾億的rows某1類型(如日志，調(diào)查統(tǒng)計(jì))的業(yè)務(wù)表。

　　固然Innodb也不是絕對不用，用事務(wù)的項(xiàng)目如摹擬炒股項(xiàng)目，我就是用Innodb的，活躍用戶20多萬時(shí)候，也是很輕松應(yīng)付了，因此我個人也是很喜歡Innodb的，只是如果從數(shù)據(jù)庫平臺利用動身，我還是會首選MyISAM。

　　另外，可能有人會說你MyISAM沒法抗太多寫操作，但是我可以通過架構(gòu)來彌補(bǔ)，說個我現(xiàn)有用的數(shù)據(jù)庫平臺容量：主從數(shù)據(jù)總量在幾百T以上，每天10多億 pv的動態(tài)頁面，還有幾個大項(xiàng)目是通過數(shù)據(jù)接口方式調(diào)用未算進(jìn)pv總數(shù)，(其中包括1個大項(xiàng)目由于早期memcached沒部署,致使單臺數(shù)據(jù)庫每天處理 9千萬的查詢)。而我的整體數(shù)據(jù)庫服務(wù)器平均負(fù)載都在0.5⑴左右。

InnoDB與Myisam的6大區(qū)分

MyISAM	InnoDB
構(gòu)成上的區(qū)分：	每一個MyISAM在磁盤上存儲成3個文件。第1個文件的名字以表的名字開始，擴(kuò)大名指出文件類型。 .frm文件存儲表定義。數(shù)據(jù)文件的擴(kuò)大名為.MYD (MYData)。索引文件的擴(kuò)大名是.MYI (MYIndex)。	基于磁盤的資源是InnoDB表空間數(shù)據(jù)文件和它的日志文件，InnoDB 表的大小只受限于操作系統(tǒng)文件的大小，1般為 2GB
事務(wù)處理上方面:	MyISAM類型的表強(qiáng)調(diào)的是性能，其履行數(shù)度比InnoDB類型更快，但是不提供事務(wù)支持	InnoDB提供事務(wù)支持事務(wù)，外部鍵等高級數(shù)據(jù)庫功能
SELECT UPDATE,INSERT，Delete操作	如果履行大量的SELECT，MyISAM是更好的選擇	1.如果你的數(shù)據(jù)履行大量的INSERT或UPDATE，出于性能方面的斟酌，應(yīng)當(dāng)使用InnoDB表 2.DELETE FROM table時(shí)，InnoDB不會重新建立表，而是1行1行的刪除。 3.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導(dǎo)入數(shù)據(jù)后再改成InnoDB表，但是對使用的額外的InnoDB特性（例如外鍵）的表不適用
對AUTO_INCREMENT的操作	每表1個AUTO_INCREMEN列的內(nèi)部處理。 MyISAM為INSERT和UPDATE操作自動更新這1列。這使得AUTO_INCREMENT列更快（最少10%）。在序列頂?shù)?#20540;被刪除以后就不能再利用。(當(dāng)AUTO_INCREMENT列被定義為多列索引的最后1列，可以出現(xiàn)重使用從序列頂部刪除的值的情況）。 AUTO_INCREMENT值可用ALTER TABLE或myisamch來重置對AUTO_INCREMENT類型的字段，InnoDB中必須包括只有該字段的索引，但是在MyISAM表中，可以和其他字段1起建立聯(lián)合索引更好和更快的auto_increment處理	如果你為1個表指定AUTO_INCREMENT列，在數(shù)據(jù)詞典里的InnoDB表句柄包括1個名為自動增長計(jì)數(shù)器的計(jì)數(shù)器，它被用在為該列賦新值。自動增長計(jì)數(shù)器僅被存儲在主內(nèi)存中，而不是存在磁盤上關(guān)于該計(jì)算器的算法實(shí)現(xiàn)，請參考 AUTO_INCREMENT列在InnoDB里如何工作
表的具體行數(shù)	select count() from table,MyISAM只要簡單的讀出保存好的行數(shù)，注意的是，當(dāng)count()語句包括 where條件時(shí)，兩種表的操作是1樣的	InnoDB 中不保存表的具體行數(shù)，也就是說，履行select count(*) from table時(shí)，InnoDB要掃描1遍全部表來計(jì)算有多少行
鎖	表鎖	提供行鎖(locking on row level)，提供與 Oracle 類型1致的不加鎖讀取(non-locking read in SELECTs)，另外，InnoDB表的行鎖也不是絕對的，如果在履行1個SQL語句時(shí)MySQL不能肯定要掃描的范圍，InnoDB表一樣會鎖全表，例如update table set num=1 where name like “%aaa%”

MySQL數(shù)據(jù)庫MyISAM和InnoDB存儲引擎的比較

MySQL有多種存儲引擎，MyISAM和InnoDB是其中經(jīng)常使用的兩種。這里介紹關(guān)于這兩種引擎的1些基本概念（非深入介紹）。

MyISAM是MySQL的默許存儲引擎，基于傳統(tǒng)的ISAM類型，支持全文搜索，但不是事務(wù)安全的，而且不支持外鍵。每張MyISAM表寄存在3個文件中：frm 文件寄存表格定義；數(shù)據(jù)文件是MYD (MYData)；索引文件是MYI (MYIndex)。

InnoDB是事務(wù)型引擎，支持回滾、崩潰恢復(fù)能力、多版本并發(fā)控制、ACID事務(wù)，支持行級鎖定（InnoDB表的行鎖不是絕對的，如果在履行1個SQL語句時(shí)MySQL不能肯定要掃描的范圍，InnoDB表一樣會鎖全表，如like操作時(shí)的SQL語句），和提供與Oracle類型1致的不加鎖讀取方式。InnoDB存儲它的表和索引在1個表空間中，表空間可以包括數(shù)個文件。

主要區(qū)分：

MyISAM是非事務(wù)安全型的，而InnoDB是事務(wù)安全型的。
MyISAM鎖的粒度是表級，而InnoDB支持行級鎖定。
MyISAM支持全文類型索引，而InnoDB不支持全文索引。
MyISAM相對簡單，所以在效力上要優(yōu)于InnoDB，小型利用可以斟酌使用MyISAM。
MyISAM表是保存成文件的情勢，在跨平臺的數(shù)據(jù)轉(zhuǎn)移中使用MyISAM存儲會省去很多的麻煩。
InnoDB表比MyISAM表更安全，可以在保證數(shù)據(jù)不會丟失的情況下，切換非事務(wù)表到事務(wù)表（alter table tablename type=innodb）。

利用場景：

MyISAM管理非事務(wù)表。它提供高速存儲和檢索，和全文搜索能力。如果利用中需要履行大量的SELECT查詢，那末MyISAM是更好的選擇。
InnoDB用于事務(wù)處理利用程序，具有眾多特性，包括ACID事務(wù)支持。如果利用中需要履行大量的INSERT或UPDATE操作，則應(yīng)當(dāng)使用InnoDB，這樣可以提高多用戶并發(fā)操作的性能。

經(jīng)常使用命令：

　　（1）查看表的存儲類型（3種）：