MySql數(shù)據(jù)庫(kù)是開(kāi)放源代碼的關(guān)系型數(shù)據(jù)庫(kù)。目前，它可以提供的功能有：支持sql語(yǔ)言、子查詢、存儲(chǔ)過(guò)程、觸發(fā)器、視圖、索引、事務(wù)、鎖、外鍵約束和影像復(fù)制等
那么什么是存儲(chǔ)引擎呢？
存儲(chǔ)引擎說(shuō)白了就是如何存儲(chǔ)數(shù)據(jù)、如何為存儲(chǔ)的數(shù)據(jù)建立索引和如何更新、查詢數(shù)據(jù)等技術(shù)的實(shí)現(xiàn)方法。因?yàn)樵陉P(guān)系數(shù)據(jù)庫(kù)中數(shù)據(jù)的存儲(chǔ)是以表的形式存儲(chǔ)的，所以存儲(chǔ)引擎也可以稱為表類型（即存儲(chǔ)和操作此表的類型）。
在Oracle 和SQL Server等數(shù)據(jù)庫(kù)中只有一種存儲(chǔ)引擎，所有數(shù)據(jù)存儲(chǔ)管理機(jī)制都是一樣的。 而MySql數(shù)據(jù)庫(kù)提供了多種存儲(chǔ)引擎。用戶可以根據(jù)不同的需求為數(shù)據(jù)表選擇不同的存儲(chǔ)引擎，用戶也可以根據(jù)自己的需要編寫自己的存儲(chǔ)引擎。
MySql中有哪些存儲(chǔ)引擎？
1MyISAM：這種引擎是mysql最早提供的。這種引擎又可以分為靜態(tài)MyISAM、動(dòng)態(tài)MyISAM 和壓縮MyISAM三種：
靜態(tài)MyISAM：如果數(shù)據(jù)表中的各數(shù)據(jù)列的長(zhǎng)度都是預(yù)先固定好的，服務(wù)器將自動(dòng)選擇這種表類型。因?yàn)閿?shù)據(jù)表中每一條記錄所占用的空間都是一樣的，所以這種表存取和更新的效率非常高。當(dāng)數(shù)據(jù)受損時(shí)，恢復(fù)工作也比較容易做。
動(dòng)態(tài)MyISAM：如果數(shù)據(jù)表中出現(xiàn)varchar、xxxtext或xxxBLOB字段時(shí)，服務(wù)器將自動(dòng)選擇這種表類型。相對(duì)于靜態(tài)MyISAM，這種表存儲(chǔ)空間比較小，但由于每條記錄的長(zhǎng)度不一，所以多次修改數(shù)據(jù)后，數(shù)據(jù)表中的數(shù)據(jù)就可能離散的存儲(chǔ)在內(nèi)存中，進(jìn)而導(dǎo)致執(zhí)行效率下降。同時(shí)，內(nèi)存中也可能會(huì)出現(xiàn)很多碎片。因此，這種類型的表要經(jīng)常用optimize table 命令或優(yōu)化工具來(lái)進(jìn)行碎片整理。
壓縮MyISAM：以上說(shuō)到的兩種類型的表都可以用myisamchk工具壓縮。這種類型的表進(jìn)一步減小了占用的存儲(chǔ)，但是這種表壓縮之后不能再被修改。另外，因?yàn)槭菈嚎s數(shù)據(jù)，所以這種表在讀取的時(shí)候要先時(shí)行解壓縮。
但是，不管是何種MyISAM表，目前它都不支持事務(wù)，行級(jí)鎖和外鍵約束的功能。
2 MyISAM Merge引擎：這種類型是MyISAM類型的一種變種。合并表是將幾個(gè)相同的MyISAM表合并為一個(gè)虛表。常應(yīng)用于日志和數(shù)據(jù)倉(cāng)庫(kù)。
3 InnoDB： InnoDB表類型可以看作是對(duì)MyISAM的進(jìn)一步更新產(chǎn)品，它提供了事務(wù)、行級(jí)鎖機(jī)制和外鍵約束的功能。
4 memory(heap)： 這種類型的數(shù)據(jù)表只存在于內(nèi)存中。它使用散列索引，所以數(shù)據(jù)的存取速度非常快。 因?yàn)槭谴嬖谟趦?nèi)存中，所以這種類型常應(yīng)用于臨時(shí)表中。
5 archive： 這種類型只支持select 和 insert語(yǔ)句，而且不支持索引。常應(yīng)用于日志記錄和聚合分析方面。
如何選擇：
是否要支持事務(wù)，如果要請(qǐng)選擇innodb，如果不需要可以考慮MyISAM；
如果表中絕大多數(shù)都只是讀查詢，可以考慮MyISAM，如果既有讀也有寫，請(qǐng)使用InnoDB。
系統(tǒng)奔潰后，MyISAM恢復(fù)起來(lái)更困難，能否接受；
MySQL5.5版本開(kāi)始Innodb已經(jīng)成為Mysql的默認(rèn)引擎(之前是MyISAM)，說(shuō)明其優(yōu)勢(shì)是有目共睹的，如果你不知道用什么，那就用InnoDB，至少不會(huì)差。
InnoDB為什么推薦使用自增ID作為主鍵？
自增ID可以保證每次插入時(shí)B+索引是從右邊擴(kuò)展的，可以避免B+樹(shù)和頻繁合并和分裂（對(duì)比使用UUID）。如果使用字符串主鍵和隨機(jī)主鍵，會(huì)使得數(shù)據(jù)隨機(jī)插入，效率比較差。
