MyISAM存儲(chǔ)引擎

MyISAM基于ISAM存儲(chǔ)引擎，并對(duì)其進(jìn)行擴(kuò)展。它是在Web、數(shù)據(jù)倉(cāng)儲(chǔ)和其他應(yīng)用環(huán)境下最常使用的存儲(chǔ)引擎之一。MyISAM擁有較高的插入、查詢速度，但不支持事務(wù)。

MyISAM主要特性有：

1、大文件（達(dá)到63位文件長(zhǎng)度）在支持大文件的文件系統(tǒng)和操作系統(tǒng)上被支持。

2、當(dāng)把刪除和更新及插入操作混合使用的時(shí)候，動(dòng)態(tài)尺寸的行產(chǎn)生更少碎片。這要通過合并相鄰被刪除的塊，以及若下一個(gè)塊被刪除，就擴(kuò)展到下一塊自動(dòng)完成。

3、每個(gè)MyISAM表最大索引數(shù)是64，這可以通過重新編譯來改變。每個(gè)索引最大的列數(shù)是16

4、NULL被允許在索引的列中，這個(gè)值占每個(gè)鍵的0~1個(gè)字節(jié)

5、可以把數(shù)據(jù)文件和索引文件放在不同目錄（InnoDB是放在一個(gè)目錄里面的）

MyISAM引擎使用B+Tree作為索引結(jié)構(gòu)，葉節(jié)點(diǎn)的data域存放的是數(shù)據(jù)記錄的地址。

下圖是MyISAM索引的原理圖：

這里設(shè)表一共有三列，假設(shè)我們以Col1為主鍵，則上圖是一個(gè)MyISAM表的主索引（Primary key）示意。

可以看出MyISAM的索引文件僅僅保存數(shù)據(jù)記錄的地址。

在MyISAM中，主索引和輔助索引（Secondary key）在結(jié)構(gòu)上沒有任何區(qū)別，只是主索引要求key是唯一的，而輔助索引的key可以重復(fù)。

如果我們?cè)贑ol2上建立一個(gè)輔助索引，則此索引的結(jié)構(gòu)如下圖所示：

同樣也是一顆B+Tree，data域保存數(shù)據(jù)記錄的地址。

因此，MyISAM中索引檢索的算法為首先按照B+Tree搜索算法搜索索引，如果指定的Key存在，則取出其data域的值，然后以data域的值為地址，讀取相應(yīng)數(shù)據(jù)記錄。

MyISAM的索引方式也叫做“非聚集”的，之所以這么稱呼是為了與InnoDB的聚集索引區(qū)分。

InnoDB存儲(chǔ)引擎

InnoDB是事務(wù)型數(shù)據(jù)庫的首選引擎，支持事務(wù)安全表（ACID），支持行鎖定和外鍵，上圖也看到了，InnoDB是默認(rèn)的MySQL引擎。

InnoDB主要特性有：

1、InnoDB給MySQL提供了具有提交、回滾和崩潰恢復(fù)能力的事物安全（ACID兼容）存儲(chǔ)引擎。InnoDB鎖定在行級(jí)并且也在SELECT語句中提供一個(gè)類似Oracle的非鎖定讀。這些功能增加了多用戶部署和性能。在SQL查詢中，可以自由地將InnoDB類型的表和其他MySQL的表類型混合起來，甚至在同一個(gè)查詢中也可以混合

2、InnoDB是為處理巨大數(shù)據(jù)量的最大性能設(shè)計(jì)。它的CPU效率可能是任何其他基于磁盤的關(guān)系型數(shù)據(jù)庫引擎鎖不能匹敵的

3、InnoDB存儲(chǔ)引擎完全與MySQL服務(wù)器整合，InnoDB存儲(chǔ)引擎為在主內(nèi)存中緩存數(shù)據(jù)和索引而維持它自己的緩沖池。InnoDB將它的表和索引在一個(gè)邏輯表空間中，表空間可以包含數(shù)個(gè)文件（或原始磁盤文件）。這與MyISAM表不同，比如在MyISAM表中每個(gè)表被存放在分離的文件中。InnoDB表可以是任何尺寸，即使在文件尺寸被限制為2GB的操作系統(tǒng)上

4、InnoDB支持外鍵完整性約束，存儲(chǔ)表中的數(shù)據(jù)時(shí)，每張表的存儲(chǔ)都按主鍵順序存放，如果沒有顯示在表定義時(shí)指定主鍵，InnoDB會(huì)為每一行生成一個(gè)6字節(jié)的ROWID，并以此作為主鍵。

雖然InnoDB也使用B+Tree作為索引結(jié)構(gòu)，但具體實(shí)現(xiàn)方式卻與MyISAM截然不同。

第一個(gè)重大區(qū)別是InnoDB的數(shù)據(jù)文件本身就是索引文件。

從 上文知道，MyISAM索引文件和數(shù)據(jù)文件是分離的，索引文件僅保存數(shù)據(jù)記錄的地址。

而在InnoDB中，表數(shù)據(jù)文件本身就是按B+Tree組織的一個(gè)索 引結(jié)構(gòu)，這棵樹的葉節(jié)點(diǎn)data域保存了完整的數(shù)據(jù)記錄。

這個(gè)索引的key是數(shù)據(jù)表的主鍵，因此InnoDB表數(shù)據(jù)文件本身就是主索引。

上圖是InnoDB主索引（同時(shí)也是數(shù)據(jù)文件）的示意圖，可以看到葉節(jié)點(diǎn)包含了完整的數(shù)據(jù)記錄。

這種索引叫做聚集索引。因?yàn)镮nnoDB的數(shù)據(jù)文件本身 要按主鍵聚集，所以InnoDB要求表必須有主鍵（MyISAM可以沒有），如果沒有顯式指定，則MySQL系統(tǒng)會(huì)自動(dòng)選擇一個(gè)可以唯一標(biāo)識(shí)數(shù)據(jù)記錄的列 作為主鍵，如果不存在這種列，則MySQL自動(dòng)為InnoDB表生成一個(gè)隱含字段作為主鍵，這個(gè)字段長(zhǎng)度為6個(gè)字節(jié)，類型為長(zhǎng)整形。

第二個(gè)與MyISAM索引的不同是InnoDB的輔助索引data域存儲(chǔ)相應(yīng)記錄主鍵的值而不是地址。換句話說，InnoDB的所有輔助索引都引用主鍵作為data域。

例如，下圖為定義在Col3上的一個(gè)輔助索引：

這里以英文字符的ASCII碼作為比較準(zhǔn)則。聚集索引這種實(shí)現(xiàn)方式使得按主鍵的搜索十分高效，但是輔助索引搜索需要檢索兩遍索引：首先檢索輔助索引獲得主鍵，然后用主鍵到主索引中檢索獲得記錄。

了 解不同存儲(chǔ)引擎的索引實(shí)現(xiàn)方式對(duì)于正確使用和優(yōu)化索引都非常有幫助，例如知道了InnoDB的索引實(shí)現(xiàn)后，就很容易明白為什么不建議使用過長(zhǎng)的字段作為 主鍵，因?yàn)樗休o助索引都引用主索引，過長(zhǎng)的主索引會(huì)令輔助索引變得過大。

再例如，用非單調(diào)的字段作為主鍵在InnoDB中不是個(gè)好主意，因?yàn)?InnoDB數(shù)據(jù)文件本身是一顆B+Tree，非單調(diào)的主鍵會(huì)造成在插入新記錄時(shí)數(shù)據(jù)文件為了維持B+Tree的特性而頻繁的分裂調(diào)整，十分低效，而使用 自增字段作為主鍵則是一個(gè)很好的選擇。

MEMORY存儲(chǔ)引擎

MEMORY存儲(chǔ)引擎將表中的數(shù)據(jù)存儲(chǔ)到內(nèi)存中，未查詢和引用其他表數(shù)據(jù)提供快速訪問。

MEMORY主要特性有：

1、MEMORY表的每個(gè)表可以有多達(dá)32個(gè)索引，每個(gè)索引16列，以及500字節(jié)的最大鍵長(zhǎng)度

2、MEMORY存儲(chǔ)引擎執(zhí)行HASH和BTREE縮影

3、可以在一個(gè)MEMORY表中有非唯一鍵值

4、MEMORY表使用一個(gè)固定的記錄長(zhǎng)度格式

5、MEMORY不支持BLOB或TEXT列

6、MEMORY支持AUTO_INCREMENT列和對(duì)可包含NULL值的列的索引

7、MEMORY表在所由客戶端之間共享（就像其他任何非TEMPORARY表）

8、MEMORY表內(nèi)存被存儲(chǔ)在內(nèi)存中，內(nèi)存是MEMORY表和服務(wù)器在查詢處理時(shí)的空閑中，創(chuàng)建的內(nèi)部表共享

9、當(dāng)不再需要MEMORY表的內(nèi)容時(shí)，要釋放被MEMORY表使用的內(nèi)存，應(yīng)該執(zhí)行DELETE FROM或TRUNCATE TABLE，或者刪除整個(gè)表（使用DROP TABLE）

Archive存儲(chǔ)引擎 存儲(chǔ)引擎的選擇

不同的存儲(chǔ)引擎都有各自的特點(diǎn)，以適應(yīng)不同的需求，如下表所示：

InnoDB ：如果要提供提交、回滾、崩潰恢復(fù)能力的事務(wù)安全（ACID兼容）能力，并要求實(shí)現(xiàn)并發(fā)控制，InnoDB是一個(gè)好的選擇

InnoDB 和 MyISAM之間的區(qū)別：

1>.InnoDB支持事物，而MyISAM不支持事物

2>.InnoDB支持行級(jí)鎖，而MyISAM支持表級(jí)鎖

3>.InnoDB支持MVCC, 而MyISAM不支持

4>.InnoDB支持外鍵，而MyISAM不支持

5>.InnoDB不支持全文索引，而MyISAM支持。（X)

MyISAM：如果數(shù)據(jù)表主要用來插入和查詢記錄，則MyISAM（但是不支持事務(wù)）引擎能提供較高的處理效率

Memory：如果只是臨時(shí)存放數(shù)據(jù)，數(shù)據(jù)量不大，并且不需要較高的數(shù)據(jù)安全性，可以選擇將數(shù)據(jù)保存在內(nèi)存中的Memory引擎，MySQL中使用該引擎作為臨時(shí)表，存放查詢的中間結(jié)果。數(shù)據(jù)的處理速度很快但是安全性不高。

Archive：如果只有INSERT和SELECT操作，可以選擇Archive，Archive支持高并發(fā)的插入操作，但是本身不是事務(wù)安全的。Archive非常適合存儲(chǔ)歸檔數(shù)據(jù)，如記錄日志信息可以使用Archive

使用哪一種引擎需要靈活選擇，一個(gè)數(shù)據(jù)庫中多個(gè)表可以使用不同引擎以滿足各種性能和實(shí)際需求，使用合適的存儲(chǔ)引擎，將會(huì)提高整個(gè)數(shù)據(jù)庫的性能

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。