mysql 存儲引擎 innodb 與 myisam 的區(qū)別

mysql 有多種存儲引擎，每種存儲引擎有各自的優(yōu)缺點，可以擇優(yōu)選擇使用：myisam、innodb、merge、memory(heap)、bdb(berkeleydb)、example、federated、archive、csv、blackhole。

mysql 支持數(shù)個存儲引擎作為對不同表的類型的處理器。mysql 存儲引擎包括處理事務(wù)安全表的引擎和處理非事務(wù)安全表的引擎。

1. mysql 存儲引擎種類

• myisam管理非事務(wù)表。它提供高速存儲和檢索，以及全文搜索能力。myisam在所有mysql配置里被支持，它是默認的存儲引擎，除非你配置mysql默認使用另外一個引擎。
• memory存儲引擎提供內(nèi)存表。merge存儲引擎允許集合將被處理同樣的myisam表作為一個單獨的表。就像myisam一樣，memory和merge存儲引擎處理非事務(wù)表，這兩個引擎也都被默認包含在mysql中。memory存儲引擎正式地被確定為heap引擎。
• innodb和bdb存儲引擎提供事務(wù)安全表。bdb被包含在為支持它的操作系統(tǒng)發(fā)布的mysql-max二進制分發(fā)版里。innodb也默認被包括在所 有mysql 5.1二進制分發(fā)版里，你可以按照喜好通過配置mysql來允許或禁止任一引擎。
• example存儲引擎是一個"存根"引擎，它不做什么。你可以用這個引擎創(chuàng)建表，但沒有數(shù)據(jù)被存儲于其中或從其中檢索。這個引擎的目的是服務(wù)，在 mysql源代碼中的一個例子，它演示說明如何開始編寫新存儲引擎。同樣，它的主要興趣是對開發(fā)者。
• ndb cluster是被mysql cluster用來實現(xiàn)分割到多臺計算機上的表的存儲引擎。它在mysql-max 5.1二進制分發(fā)版里提供。這個存儲引擎當前只被linux, solaris, 和mac os x 支持。在未來的mysql分發(fā)版中，我們想要添加其它平臺對這個引擎的支持，包括windows。
• archive存儲引擎被用來無索引地，非常小地覆蓋存儲的大量數(shù)據(jù)。
• csv存儲引擎把數(shù)據(jù)以逗號分隔的格式存儲在文本文件中。
• blackhole存儲引擎接受但不存儲數(shù)據(jù)，并且檢索總是返回一個空集。
• federated存儲引擎把數(shù)據(jù)存在遠程數(shù)據(jù)庫中。在mysql 5.1中，它只和mysql一起工作，使用mysql c client api。在未來的分發(fā)版中，我們想要讓它使用其它驅(qū)動器或客戶端連接方法連接到另外的數(shù)據(jù)源。

2. myisam 和 innobd 對比

3. mysql 存儲引擎 myisam 與 innodb 如何選擇

雖然 mysql 里的存儲引擎不只是 myisam 與 innodb 這兩個，但常用的就是 myisam 與 innodb。

兩種存儲引擎的區(qū)別。

• 一、innodb支持事務(wù)，myisam不支持，這一點是非常之重要。事務(wù)是一種高級的處理方式，如在一些列增刪改中只要哪個出錯還可以回滾還原，而myisam就不可以了。
• 二、myisam適合查詢以及插入為主的應(yīng)用，innodb適合頻繁修改以及涉及到安全性較高的應(yīng)用
• 三、innodb支持外鍵，myisam不支持
• 四、myisam是默認引擎，innodb需要指定
• 五、innodb不支持fulltext類型的索引
• 六、innodb中不保存表的行數(shù)，如select count(*) from table時，innodb需要掃描一遍整個表來計算有多少行，但是myisam只要簡單的讀出保存好的行數(shù)即可。注意的是，當count(*)語句包含where條件時myisam也需要掃描整個表
• 七、對于自增長的字段，innodb中必須包含只有該字段的索引，但是在myisam表中可以和其他字段一起建立聯(lián)合索引
• 八、清空整個表時，innodb是一行一行的刪除，效率非常慢。myisam則會重建表
• 九、innodb支持行鎖（某些情況下還是鎖整表，如 update table set a=1 where user like '%lee%'

通過以上九點區(qū)別，結(jié)合個人博客的特點，推薦個人博客系統(tǒng)使用myisam，因為在博客里主要操作是讀取和寫入，很少有鏈式操作。所以選擇myisam引擎使你博客打開也頁面的效率要高于innodb引擎的博客，當然只是個人的建議，大多數(shù)博客還是根據(jù)實際情況下謹慎選擇。

一些關(guān)于myisam與innodb選擇使用：

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

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

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

有人說myisam只能用于小型應(yīng)用，其實這只是一種偏見。如果數(shù)據(jù)量比較大，這是需要通過升級架構(gòu)來解決，比如分表分庫，而不是單純地依賴存儲引擎。

其他一些說法：

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

關(guān)于mysql數(shù)據(jù)庫默認的存儲引擎：

myisam和innodb是mysql的兩種存儲引擎。如果是默認安裝，那就應(yīng)該是innodb，你可以在my.ini文件中找到default-storage-engine=innodb；當然你可以在建表時指定相應(yīng)的存儲引擎。通過show create table xx 可以看見相應(yīng)信息。

4. innodb和myisam的比較

myisam：

每個myisam在磁盤上存儲成三個文件。第一個文件的名字以表的名字開始，擴展名指出文件類型。.frm文件存儲表定義。數(shù)據(jù)文件的擴展名為.myd (mydata)。

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

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

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

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

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

innodb：

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

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

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

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

基本的差別為：myisam類型不支持事務(wù)處理等高級處理，而innodb類型支持。

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

其他比較：

myiasm是iasm表的新版本，有如下擴展：

• 二進制層次的可移植性。
• null列索引。
• 對變長行比isam表有更少的碎片。
• 支持大文件。
• 更好的索引壓縮。
• 更好的鍵嗎統(tǒng)計分布。
• 更好和更快的auto_increment處理。

以下是一些細節(jié)和具體實現(xiàn)的差別：

• 1.innodb不支持fulltext類型的索引。
• 2.innodb 中不保存表的具體行數(shù)，也就是說，執(zhí)行select count(*) from table時，innodb要掃描一遍整個表來計算有多少行，但是myisam只要簡單的讀出保存好的行數(shù)即可。注意的是，當count(*)語句包含 where條件時，兩種表的操作是一樣的。
• 3.對于auto_increment類型的字段，innodb中必須包含只有該字段的索引，但是在myisam表中，可以和其他字段一起建立聯(lián)合索引。
• 4.delete from table時，innodb不會重新建立表，而是一行一行的刪除。
• 5.load table from master操作對innodb是不起作用的，解決方法是首先把innodb表改成myisam表，導(dǎo)入數(shù)據(jù)后再改成innodb表，但是對于使用的額外的 innodb特性（例如外鍵）的表不適用。

另外，innodb表的行鎖也不是絕對的，如果在執(zhí)行一個sql語句時mysql不能確定要掃描的范圍，innodb表同樣會鎖全表，例如update table set num=1 where name like "%aaa%"

任何一種表都不是萬能的，只用恰當?shù)尼槍I(yè)務(wù)類型來選擇合適的表類型，才能最大的發(fā)揮mysql的性能優(yōu)勢。

innodb和myisam更新比較：

innodb的數(shù)據(jù)組織就是按照主鍵建成的一個b+樹，如果沒有顯示的定義主鍵，那么innodb會選區(qū)一個not null unique key，作為主鍵，如果還是沒有，那么innodb會創(chuàng)建一個 6字節(jié)的主鍵，主鍵索引到頁不是具體的行位置

不是遞增的主鍵會使得插入的速度很慢，例如使用手機號或身份證號做為主鍵，所以善用auto_increment

表大不可怕，可怕的是count或者高偏移limit,可以將大的limit big換成 limit max_id, xxxxx

limit 0 1000 | limit 1001 1000 | limit 2001 1000

limit 0 1000 | where id>max_id1 limit 1000 | where id>max_id2 limit 1000

對于innodb來說，按照某列分表，想在單臺服務(wù)器上提高性能是沒有意義的

插入的速度和查詢的速度有時候是不可調(diào)和的矛盾

說innodb不適合做count是不對的，myisam也是一樣的慢，只不過myisam將正表的行數(shù)緩存起來，所以count整表很快，如果有查詢條件，并且不是主鍵查詢，那就沒有什么區(qū)別，主鍵count慢的原因是innodb是按照主鍵組織的，按照主鍵count的時候，會加載數(shù)據(jù)

innodb的頁式存儲會使得innodb更容易做整表緩存和熱備份

如果表索引很多，那么innodb的更新速度要大于myisam，因為innodb的輔助索引關(guān)聯(lián)的是表的主鍵，是一個邏輯的值，而myisam的所有索引關(guān)聯(lián)的是數(shù)據(jù)的物理位置，更新時有可能數(shù)據(jù)的物理位置發(fā)生變化，如果發(fā)生變化，那么所有的索引都要做更新

innodb 中不保存表的具體行數(shù)，也就是說，執(zhí)行select count(*) from table時，innodb要掃描一遍整個表來計算有多少行，但是myisam只要簡單的讀出保存好的行數(shù)即可。注意的是，當count(*)語句包含 where條件時，兩種表的操作是一樣的。