[[267802]]

一、 MySQL存儲(chǔ)引擎MyISAM與InnoDB如何選擇

MySQL有多種存儲(chǔ)引擎，每種存儲(chǔ)引擎有各自的優(yōu)缺點(diǎn)，可以擇優(yōu)選擇使用：MyISAM、InnoDB、MERGE、MEMORY(HEAP)、BDB(BerkeleyDB)、EXAMPLE、FEDERATED、ARCHIVE、CSV、BLACKHOLE。

雖然MySQL里的存儲(chǔ)引擎不只是MyISAM與InnoDB這兩個(gè)，但常用的就是兩個(gè)。

兩種存儲(chǔ)引擎的大致區(qū)別表現(xiàn)在：

1)InnoDB支持事務(wù)，MyISAM不支持，這一點(diǎn)是非常之重要。事務(wù)是一種高級(jí)的處理方式，如在一些列增刪改中只要哪個(gè)出錯(cuò)還可以回滾還原，而MyISAM就不可以了。

2)MyISAM適合查詢以及插入為主的應(yīng)用，InnoDB適合頻繁修改以及涉及到安全性較高的應(yīng)用。

3)InnoDB支持外鍵，MyISAM不支持。

4)從MySQL5.5.5以后，InnoDB是默認(rèn)引擎。

5)InnoDB不支持FULLTEXT類型的索引。但是InnoDB可以使用sphinx插件支持全文索引。

6)InnoDB中不保存表的行數(shù)，如select count(*) from table時(shí)，InnoDB需要掃描一遍整個(gè)表來計(jì)算有多少行，但是MyISAM只要簡(jiǎn)單的讀出保存好的行數(shù)即可。注意的是，當(dāng)count(*)語句包含where條件時(shí)MyISAM也需要掃描整個(gè)表。

7)對(duì)于自增長(zhǎng)的字段，InnoDB中必須包含只有該字段的索引，但是在MyISAM表中可以和其他字段一起建立聯(lián)合索引。

8)清空整個(gè)表時(shí)，InnoDB是一行一行的刪除，效率非常慢。MyISAM則會(huì)重建表。

9)InnoDB支持行鎖(某些情況下還是鎖整表，如 update table set a=1 where user like '%lee%'。

二、 關(guān)于MyISAM與InnoDB選擇使用：

MYISAM和INNODB是Mysql數(shù)據(jù)庫(kù)提供的兩種存儲(chǔ)引擎。兩者的優(yōu)劣可謂是各有千秋。INNODB會(huì)支持一些關(guān)系數(shù)據(jù)庫(kù)的高級(jí)功能，如事務(wù)功能和行級(jí)鎖，MYISAM不支持。MYISAM的性能更優(yōu)，占用的存儲(chǔ)空間少。所以，選擇何種存儲(chǔ)引擎，視具體應(yīng)用而定：

1)如果你的應(yīng)用程序一定要使用事務(wù)，毫無疑問你要選擇INNODB引擎。但要注意，INNODB的行級(jí)鎖是有條件的。在where條件沒有使用主鍵時(shí)，照樣會(huì)鎖全表。比如DELETE FROM mytable這樣的刪除語句。

2)如果你的應(yīng)用程序?qū)Σ樵冃阅芤筝^高，就要使用MYISAM了。MYISAM索引和數(shù)據(jù)是分開的，而且其索引是壓縮的，可以更好地利用內(nèi)存。所以它的查詢性能明顯優(yōu)于INNODB。壓縮后的索引也能節(jié)約一些磁盤空間。MYISAM擁有全文索引的功能，這可以極大地優(yōu)化LIKE查詢的效率。

有人說MYISAM只能用于小型應(yīng)用，其實(shí)這只是一種偏見。

如果數(shù)據(jù)量比較大，這是需要通過升級(jí)架構(gòu)來解決，比如分表分庫(kù)，而不是單純地依賴存儲(chǔ)引擎。

現(xiàn)在一般都是選用innodb了，主要是myisam的全表鎖，讀寫串行問題，并發(fā)效率鎖表，效率低myisam對(duì)于讀寫密集型應(yīng)用一般是不會(huì)去選用的。

三、 關(guān)于Mysql數(shù)據(jù)庫(kù)默認(rèn)的存儲(chǔ)引擎：

MyISAM和InnoDB是MySQL的兩種存儲(chǔ)引擎。

如果是默認(rèn)安裝，那就應(yīng)該是InnoDB，你可以在my.cnf文件中找到default-storage-engine=INNODB;

當(dāng)然你可以在建表時(shí)指定相應(yīng)的存儲(chǔ)引擎。

通過show create table xx 可以看見相應(yīng)信息。

四、 Mysql中InnoDB和MyISAM的比較

1)MyISAM：

每個(gè)MyISAM在磁盤上存儲(chǔ)成三個(gè)文件。***個(gè)文件的名字以表的名字開始，擴(kuò)展名指出文件類型。

• frm文件存儲(chǔ)表定義;
• MYD (MYData)文件存儲(chǔ)表的數(shù)據(jù);
• MYI (MYIndex) 文件存儲(chǔ)表的索引。

MyISAM表格可以被壓縮，而且它們支持全文搜索。不支持事務(wù)，而且也不支持外鍵。如果事物回滾將造成不完全回滾，不具有原子性。在進(jìn)行updata時(shí)進(jìn)行表鎖，并發(fā)量相對(duì)較小。如果執(zhí)行大量的SELECT，MyISAM是更好的選擇。

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

MyISAM緩存在內(nèi)存的是索引，不是數(shù)據(jù)。而InnoDB緩存在內(nèi)存的是數(shù)據(jù)，相對(duì)來說，服務(wù)器內(nèi)存越大，InnoDB發(fā)揮的優(yōu)勢(shì)越大。

優(yōu)點(diǎn)：查詢數(shù)據(jù)相對(duì)較快，適合大量的select，可以全文索引。

缺點(diǎn)：不支持事務(wù)，不支持外鍵，并發(fā)量較小，不適合大量update

2)InnoDB：

這種類型是事務(wù)安全的。它與BDB類型具有相同的特性,它們還支持外鍵。InnoDB表格速度很快。具有比BDB還豐富的特性,因此如果需要一個(gè)事務(wù)安全的存儲(chǔ)引擎，建議使用它。在update時(shí)表進(jìn)行行鎖，并發(fā)量相對(duì)較大。如果你的數(shù)據(jù)執(zhí)行大量的INSERT或UPDATE，出于性能方面的考慮，應(yīng)該使用InnoDB表。

優(yōu)點(diǎn)：支持事務(wù)，支持外鍵，并發(fā)量較大，適合大量update。

缺點(diǎn)：查詢數(shù)據(jù)相對(duì)較快，不適合大量的select。

對(duì)于支持事物的InnoDB類型的表，影響速度的主要原因是AUTOCOMMIT默認(rèn)設(shè)置是打開的，而且程序沒有顯式調(diào)用BEGIN 開始事務(wù)，導(dǎo)致每插入一條都自動(dòng)Commit，嚴(yán)重影響了速度?？梢栽趫?zhí)行sql前調(diào)用begin，多條sql形成一個(gè)事物(即使autocommit打開也可以)，將大大提高性能。

基本的差別為：

MyISAM類型不支持事務(wù)處理等高級(jí)處理，而InnoDB類型支持。

MyISAM類型的表強(qiáng)調(diào)的是性能，其執(zhí)行數(shù)度比InnoDB類型更快，但是不提供事務(wù)支持，而InnoDB提供事務(wù)支持已經(jīng)外部鍵等高級(jí)數(shù)據(jù)庫(kù)功能。