MySQL 存儲引擎

存儲引擎：是指表的類型以及表在計算機上的存儲方式。

檢視MySQL支援的引擎

show engines;

各種引擎的特點：

InnoDB

InnoDB 檔案隻有表結構,資料全部存儲到ibdata1檔案中ib_logfile0和ib_logfile1：日志檔案

.frm : 表結構，儲存了每個表的中繼資料，包括表結構的定義等，該檔案與資料庫引擎無關。

.ibd : 資料 + 索引，InnoDB引擎開啟了獨立表空間(my.ini中配置innodb_file_per_table = 1)産生的存放該表的資料和索引的檔案。

ib_logfile0 和 ib_logfile1：日志檔案

特點：

更新密集的表。InnoDB存儲引擎特别适合處理多重并發的更新請求。
事務。InnoDB存儲引擎是支援事務的标準MySQL存儲引擎。
自動災難恢複。與其它存儲引擎不同，InnoDB表能夠自動從災難中恢複。
外鍵限制。MySQL支援外鍵的存儲引擎隻有InnoDB。
支援自動增加列AUTO_INCREMENT屬性。

缺點：是讀寫效率較差，占用的資料空間相對較大。

MyISAM

Myisam: 表,資料和索引全部單獨分開存儲

.frm : 存儲表結構

.MYD: 存儲表資料

.MYI: 存儲索引檔案

通路速度快，對事務完整性沒有要求或者以SELECT、INSERT為主的應用基本都可以使用這個引擎來建立表。
占用的磁盤空間較小。

　　資料檔案和索引檔案可以放置在不同的目錄，平均配置設定IO，擷取更快的速度。要指定資料檔案和索引檔案的路徑，需要在建立表的時候通過DATA DIRECTORY和INDEX DIRECTORY語句指定，檔案路徑需要使用絕對路徑。

　　每個MyISAM表都有一個标志，伺服器或myisamchk程式在檢查MyISAM資料表時會對這個标志進行設定。MyISAM表還有一個标志用來表明該資料表在上次使用後是不是被正常的關閉了。如果伺服器以為當機或崩潰，這個标志可以用來判斷資料表是否需要檢查和修複。如果想讓這種檢查自動進行，可以在啟動伺服器時使用--myisam-recover。這會讓伺服器在每次打開一個MyISAM資料表是自動檢查資料表的标志并進行必要的修複處理。MyISAM類型的表可能會損壞，可以使用CHECK TABLE語句來檢查MyISAM表的健康，并用REPAIR TABLE語句修複一個損壞到MyISAM表。

　　MyISAM的表還支援3種不同的存儲格式：

靜态(固定長度)表
動态表
壓縮表

　　其中靜态表是預設的存儲格式。靜态表中的字段都是非變長字段，這樣每個記錄都是固定長度的，這種存儲方式的優點是存儲非常迅速，容易緩存，出現故障容易恢複；缺點是占用的空間通常比動态表多。靜态表在資料存儲時會根據列定義的寬度定義補足空格，但是在通路的時候并不會得到這些空格，這些空格在傳回給應用之前已經去掉。同時需要注意：在某些情況下可能需要傳回字段後的空格，而使用這種格式時後面到空格會被自動處理掉。

　　動态表包含變長字段，記錄不是固定長度的，這樣存儲的優點是占用空間較少，但是頻繁到更新删除記錄會産生碎片，需要定期執行OPTIMIZE TABLE語句或myisamchk -r指令來改善性能，并且出現故障的時候恢複相對比較困難。

　　壓縮表由myisamchk工具建立，占據非常小的空間，因為每條記錄都是被單獨壓縮的，是以隻有非常小的通路開支。

缺點：是不支援事務，也不支援外鍵

MEMORY

　　Memory存儲引擎的出發點是速度快。為得到最快的響應時間，采用的邏輯存儲媒體是系統記憶體。雖然在記憶體中存儲表資料确實會提供很高的性能，但當mysqld守護程序崩潰時，所有的Memory資料都會丢失。獲得速度的同時也帶來了一些缺陷。它要求存儲在Memory資料表裡的資料使用的是長度不變的格式，這意味着不能使用BLOB和TEXT這樣的長度可變的資料類型，VARCHAR是一種長度可變的類型，但因為它在MySQL内部當做長度固定不變的CHAR類型，是以可以使用。

　　每個基于MEMORY存儲引擎的表實際對應一個磁盤檔案。該檔案的檔案名與表名相同，類型為frm類型。該檔案中隻存儲表的結構。而其資料檔案，都是存儲在記憶體中，這樣有利于資料的快速處理，提高整個表的效率。值得注意的是，伺服器需要有足夠的記憶體來維持MEMORY存儲引擎的表的使用。如果不需要了，可以釋放記憶體，甚至删除不需要的表。

　　Memory同時支援散列索引和B樹索引，預設使用哈希索引。B樹索引的優于散列索引的是可以使用部分查詢和通配查詢，也可以使用<、>和>=等操作符友善資料挖掘。散列索引進行“相等比較”非常快，但是對“範圍比較”的速度就慢多了，是以散列索引值适合使用在=和<>的操作符中，不适合在<或>操作符中，也同樣不适合用在order by子句中。表建立時利用 USING 子句指定要使用的索引類型（hash / btree ）。

一般在以下幾種情況下使用Memory存儲引擎：

1.目标資料較小，而且被非常頻繁地通路。在記憶體中存放資料，是以會造成記憶體的使用，可以通過參數max_heap_table_size控制Memory表的大小，設定此參數，就可以限制Memory表的最大大小。

2.如果資料是臨時的，而且要求必須立即可用，那麼就可以存放在記憶體表中。

3.存儲在Memory表中的資料如果突然丢失，不會對應用服務産生實質的負面影響。

MERGE

　　MERGE存儲引擎是一組MyISAM表的組合，這些MyISAM表結構必須完全相同，盡管其使用不如其它引擎突出，但是在某些情況下非常有用。說白了，Merge表就是幾個相同MyISAM表的聚合器；Merge表中并沒有資料，對Merge類型的表可以進行查詢、更新、删除操作，這些操作實際上是對内部的MyISAM表進行操作。Merge存儲引擎的使用場景。

　　對于伺服器日志這種資訊，一般常用的存儲政策是将資料分成很多表，每個名稱與特定的時間端相關。例如：可以用12個相同的表來存儲伺服器日志資料，每個表用對應各個月份的名字來命名。當有必要基于所有12個日志表的資料來生成報表，這意味着需要編寫并更新多表查詢，以反映這些表中的資訊。與其編寫這些可能出現錯誤的查詢，不如将這些表合并起來使用一條查詢，之後再删除Merge表，而不影響原來的資料，删除Merge表隻是删除Merge表的定義，對内部的表沒有任何影響。

Merge 應用：

MySQL MERGE存儲引擎

Mysql merge引擎介紹