mysql 存儲引擎 innodb 與 myisam 的區別

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

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

1. mysql 存儲引擎種類

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

2. myisam 和 innobd 對比

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

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

兩種存儲引擎的區別。

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

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

一些關于myisam與innodb選擇使用：

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

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

如果你的應用程序對查詢性能要求較高，就要使用myisam了。myisam索引和數據是分開的，而且其索引是壓縮的，可以更好地利用內存。所以它的查詢性能明顯優于innodb。壓縮后的索引也能節約一些磁盤空間。myisam擁有全文索引的功能，這可以極大地優化like查詢的效率。

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

其他一些說法：

現在一般都是選用innodb了，主要是myisam的全表鎖，讀寫串行問題，并發效率鎖表，效率低myisam對于讀寫密集型應用一般是不會去選用的。

關于mysql數據庫默認的存儲引擎：

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

4. innodb和myisam的比較

myisam：

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

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

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

myisam緩存在內存的是索引，不是數據。而innodb緩存在內存的是數據，相對來說，服務器內存越大，innodb發揮的優勢越大。

優點：查詢數據相對較快，適合大量的select，可以全文索引。

缺點：不支持事務，不支持外鍵，并發量較小，不適合大量update

innodb：

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

優點：支持事務，支持外鍵，并發量較大，適合大量update

缺點：查詢數據相對較快，不適合大量的select

對于支持事物的innodb類型的表，影響速度的主要原因是autocommit默認設置是打開的，而且程序沒有顯式調用begin 開始事務，導致每插入一條都自動commit，嚴重影響了速度。可以在執行sql前調用begin，多條sql形成一個事物（即使autocommit打開也可以），將大大提高性能。

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

myisam類型的表強調的是性能，其執行數度比innodb類型更快，但是不提供事務支持，而innodb提供事務支持已經外部鍵等高級數據庫功能。

其他比較：

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

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

以下是一些細節和具體實現的差別：

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

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

任何一種表都不是萬能的，只用恰當的針對業務類型來選擇合適的表類型，才能最大的發揮mysql的性能優勢。

innodb和myisam更新比較：

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

不是遞增的主鍵會使得插入的速度很慢，例如使用手機號或身份證號做為主鍵，所以善用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來說，按照某列分表，想在單臺服務器上提高性能是沒有意義的

插入的速度和查詢的速度有時候是不可調和的矛盾

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

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

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

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