淺談MySQL中四種常用存儲(chǔ)引擎

MySQL常用的四種引擎的介紹

（1）：MyISAM存儲(chǔ)引擎：

不支持事務(wù)、也不支持外鍵，優(yōu)勢(shì)是訪問速度快，對(duì)事務(wù)完整性沒有 要求或者以select，insert為主的應(yīng)用基本上可以用這個(gè)引擎來創(chuàng)建表

支持3種不同的存儲(chǔ)格式，分別是：靜態(tài)表；動(dòng)態(tài)表；壓縮表

靜態(tài)表：表中的字段都是非變長(zhǎng)字段，這樣每個(gè)記錄都是固定長(zhǎng)度的，優(yōu)點(diǎn)存儲(chǔ)非常迅速，容易緩存，出現(xiàn)故障容易恢復(fù)；缺點(diǎn)是占用的空間通常比動(dòng)態(tài)表多（因?yàn)榇鎯?chǔ)時(shí)會(huì)按照列的寬度定義補(bǔ)足空格）ps：在取數(shù)據(jù)的時(shí)候，默認(rèn)會(huì)把字段后面的空格去掉，如果不注意會(huì)把數(shù)據(jù)本身帶的空格也會(huì)忽略。

動(dòng)態(tài)表：記錄不是固定長(zhǎng)度的，這樣存儲(chǔ)的優(yōu)點(diǎn)是占用的空間相對(duì)較少；缺點(diǎn)：頻繁的更新、刪除數(shù)據(jù)容易產(chǎn)生碎片，需要定期執(zhí)行OPTIMIZE TABLE或者myisamchk-r命令來改善性能

壓縮表：因?yàn)槊總€(gè)記錄是被單獨(dú)壓縮的，所以只有非常小的訪問開支

（2）InnoDB存儲(chǔ)引擎*

該存儲(chǔ)引擎提供了具有提交、回滾和崩潰恢復(fù)能力的事務(wù)安全。但是對(duì)比MyISAM引擎，寫的處理效率會(huì)差一些，并且會(huì)占用更多的磁盤空間以保留數(shù)據(jù)和索引。
InnoDB存儲(chǔ)引擎的特點(diǎn)：支持自動(dòng)增長(zhǎng)列，支持外鍵約束

(3)：MEMORY存儲(chǔ)引擎

Memory存儲(chǔ)引擎使用存在于內(nèi)存中的內(nèi)容來創(chuàng)建表。每個(gè)memory表只實(shí)際對(duì)應(yīng)一個(gè)磁盤文件，格式是.frm。memory類型的表訪問非常的快，因?yàn)樗臄?shù)據(jù)是放在內(nèi)存中的，并且默認(rèn)使用HASH索引，但是一旦服務(wù)關(guān)閉，表中的數(shù)據(jù)就會(huì)丟失掉。
MEMORY存儲(chǔ)引擎的表可以選擇使用BTREE索引或者HASH索引，兩種不同類型的索引有其不同的使用范圍

Hash索引優(yōu)點(diǎn)：
Hash 索引結(jié)構(gòu)的特殊性，其檢索效率非常高，索引的檢索可以一次定位，不像B-Tree 索引需要從根節(jié)點(diǎn)到枝節(jié)點(diǎn)，最后才能訪問到頁節(jié)點(diǎn)這樣多次的IO訪問，所以 Hash 索引的查詢效率要遠(yuǎn)高于 B-Tree 索引。
Hash索引缺點(diǎn)： 那么不精確查找呢，也很明顯，因?yàn)閔ash算法是基于等值計(jì)算的，所以對(duì)于“l(fā)ike”等范圍查找hash索引無效，不支持；

Memory類型的存儲(chǔ)引擎主要用于哪些內(nèi)容變化不頻繁的代碼表，或者作為統(tǒng)計(jì)操作的中間結(jié)果表，便于高效地對(duì)中間結(jié)果進(jìn)行分析并得到最終的統(tǒng)計(jì)結(jié)果，。對(duì)存儲(chǔ)引擎為memory的表進(jìn)行更新操作要謹(jǐn)慎，因?yàn)閿?shù)據(jù)并沒有實(shí)際寫入到磁盤中，所以一定要對(duì)下次重新啟動(dòng)服務(wù)后如何獲得這些修改后的數(shù)據(jù)有所考慮。

（4）MERGE存儲(chǔ)引擎

Merge存儲(chǔ)引擎是一組MyISAM表的組合，這些MyISAM表必須結(jié)構(gòu)完全相同，merge表本身并沒有數(shù)據(jù)，對(duì)merge類型的表可以進(jìn)行查詢，更新，刪除操作，這些操作實(shí)際上是對(duì)內(nèi)部的MyISAM表進(jìn)行的。

以上所述是小編給大家介紹的MySQL中四種常用存儲(chǔ)引擎詳解整合，希望對(duì)大家有所幫助，如果大家有任何疑問請(qǐng)給我留言，小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)腳本之家網(wǎng)站的支持！