Mysql 中 MyISAM 和 InnoDB 的區別有哪些?


區別:

1. InnoDB支持事務,MyISAM不支持,對於InnoDB每一條SQL語言都默認封裝成事務,自動提交,這樣會影響速度,所以最好把多條SQL語言放在begin和commit之間,組成一個事務;

2. InnoDB支持外鍵,而MyISAM不支持。對一個包含外鍵的InnoDB錶轉為MYISAM會失敗;

3. InnoDB是聚集索引,數據文件是和索引綁在一起的,必須要有主鍵,通過主鍵索引效率很高。但是輔助索引需要兩次查詢,先查詢到主鍵,然後再通過主鍵查詢到數據。因此,主鍵不應該過大,因為主鍵太大,其他索引也都會很大。而MyISAM是非聚集索引,數據文件是分離的,索引保存的是數據文件的指針。主鍵索引和輔助索引是獨立的。

4. InnoDB不保存表的具體行數,執行select count(*) from table時需要全表掃描。而MyISAM用一個變數保存了整個表的行數,執行上述語句時只需要讀出該變數即可,速度很快;

5. Innodb不支持全文索引,而MyISAM支持全文索引,查詢效率上MyISAM要高;

如何選擇:

1. 是否要支持事務,如果要請選擇innodb,如果不需要可以考慮MyISAM;

2. 如果表中絕大多數都只是讀查詢,可以考慮MyISAM,如果既有讀寫也挺頻繁,請使用InnoDB。

3. 系統奔潰後,MyISAM恢復起來更困難,能否接受;

4. MySQL5.5版本開始Innodb已經成為Mysql的默認引擎(之前是MyISAM),說明其優勢是有目共睹的,如果你不知道用什麼,那就用InnoDB,至少不會差。


MyISAM

InnoDB

構成上的區別:

每個MyISAM在磁碟上存儲成三個文件。第一個文件的名字以表的名字開始,擴展名指出文件類型。

.frm文件存儲表定義。

數據文件的擴展名為.MYD (MYData)。

索引文件的擴展名是.MYI (MYIndex)。

基於磁碟的資源是InnoDB表空間數據文件和它的日誌文件,InnoDB 表的大小隻受限於操作系統文件的大小,一般為 2GB

事務處理上方面:

MyISAM類型的表強調的是性能,其執行數度比InnoDB類型更快,但是不提供事務支持

InnoDB提供事務支持事務,外部鍵等高級資料庫功能

SELECT UPDATE,INSERTDelete操作

如果執行大量的SELECT,MyISAM是更好的選擇

1.如果你的數據執行大量的INSERTUPDATE,出於性能方面的考慮,應該使用InnoDB表

2.DELETE FROM table時,InnoDB不會重新建立表,而是一行一行的刪除。

3.LOAD TABLE FROM MASTER操作對InnoDB是不起作用的,解決方法是首先把InnoDB表改成MyISAM表,導入數據後再改成InnoDB表,但是對於使用的額外的InnoDB特性(例如外鍵)的表不適用

AUTO_INCREMENT的操作

每表一個AUTO_INCREMEN列的內部處理。

MyISAMINSERTUPDATE操作自動更新這一列。這使得AUTO_INCREMENT列更快(至少10%)。在序列頂的值被刪除之後就不能再利用。(當AUTO_INCREMENT列被定義為多列索引的最後一列,可以出現重使用從序列頂部刪除的值的情況)。

AUTO_INCREMENT值可用ALTER TABLE或myisamch來重置

對於AUTO_INCREMENT類型的欄位,InnoDB中必須包含只有該欄位的索引,但是在MyISAM表中,可以和其他欄位一起建立聯合索引

更好和更快的auto_increment處理

如果你為一個表指定AUTO_INCREMENT列,在數據詞典里的InnoDB表句柄包含一個名為自動增長計數器的計數器,它被用在為該列賦新值。

自動增長計數器僅被存儲在主內存中,而不是存在磁碟上

關於該計算器的演算法實現,請參考

AUTO_INCREMENT列在InnoDB里如何工作

表的具體行數

select count(*) from table,MyISAM只要簡單的讀出保存好的行數,注意的是,當count(*)語句包含 where條件時,兩種表的操作是一樣的

InnoDB 中不保存表的具體行數,也就是說,執行select count(*) from table時,InnoDB要掃描一遍整個表來計算有多少行

表鎖

提供行鎖(locking on row level),提供與 Oracle 類型一致的不加鎖讀取(non-locking read in

SELECTs),另外,InnoDB表的行鎖也不是絕對的,如果在執行一個SQL語句時MySQL不能確定要掃描的範圍,InnoDB表同樣會鎖全表,例如update table set num=1 where name like 「%aaa%」

========================

以上摘自博客園一位網友的總結,感覺說的很具體,所以拿來用了一下~


簡單點說。。。

沒啥特殊的話請使用innodb。 myisam已被放棄。

myisam號稱select 比較快,再快也快不過cache。

至於myisam數據安全性(恢復、事務),這是有目共睹的^_^


簡單說

讀操作多用MyISAM

寫操作多用InnoDB


說說我自己的總結把:

1、myisam查詢效率更高,支持全文索引。innodb不支持全文索引,查詢效率差myisam6-7倍。

2、innodb支持事務,行鎖,外鍵。myisam不支持。

如果數據表涉及的存儲數據多、查詢多,用myisam,如文章表。如果數據表涉及業務邏輯多,增刪改操作多,就用innodb,如訂單表。


推薦閱讀:

Mysql Innodb 中的鎖
Cache 和 Buffer 都是緩存,主要區別是什麼?
MySQL數據丟失問題
關於mysql事務隔離級別MVCC多版本控制的一個疑問?

TAG:MySQL | MyISAM | InnoDB |