MySQL

2019-04-09 10:04:39 linux運維菜

什麼是存儲引擎？

MySQL中的數據用各種不同的技術存儲在文件(或者內存)中。這些技術中的每一種技術都使用不同的存儲機制、索引技巧、鎖定水平並且最終提供廣泛的不同的功能和能力。通過選擇不同的技術，能夠獲得額外的速度或者功能，從而改善你的應用的整體功能。

查看當前MySQL支持的存儲引擎

mysql> show engines;

+--------------------+---------+----------------------------------------------------------------------------+--------------+------+------------+

+--------------------+---------+----------------------------------------------------------------------------+--------------+------+------------+

| PERFORMANCE_SCHEMA | YES | Performance Schema | NO | NO | NO |

| MRG_MYISAM | YES | Collection of identical MyISAM tables | NO | NO | NO |

| CSV | YES | CSV storage engine | NO | NO | NO |

| BLACKHOLE | YES | /dev/null storage engine (anything you write to it disappears) | NO | NO | NO |

| MEMORY | YES | Hash based, stored in memory, useful for temporary tables | NO | NO | NO |

| MyISAM | YES | MyISAM storage engine | NO | NO | NO |

| ARCHIVE | YES | Archive storage engine | NO | NO | NO |

| InnoDB | DEFAULT | Percona-XtraDB, Supports transactions, row-level locking, and foreign keys | YES | YES | YES |

+--------------------+---------+----------------------------------------------------------------------------+--------------+------+------------+

9 rows in set (0.00 sec)

MyISAM

它不支持事務，也不支持外鍵，尤其是訪問速度快，對事務完整性沒有要求或者以SELECT、INSERT為主的應用基本都可以使用這個引擎來創建表。

每個MyISAM在磁盤上存儲成3個文件，其中文件名和表名都相同，但是擴展名分別為：.frm(存儲表定義)、MYD(MYData，存儲數據)、MYI(MYIndex，存儲索引)

數據文件和索引文件可以放置在不同的目錄，平均分配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工具創建，佔據非常小的空間，因為每條記錄都是被單獨壓縮的，所以只有非常小的訪問開支。

InnoDB

InnoDB是一個健壯的事務型存儲引擎，為用戶操作非常大的數據存儲提供了一個強大的解決方案。

在以下場合下，使用InnoDB是最理想的選擇：

更新密集的表。InnoDB存儲引擎特別適合處理多重併發的更新請求。
事務。InnoDB存儲引擎是支持事務的標準MySQL存儲引擎。
自動災難恢復。與其它存儲引擎不同，InnoDB表能夠自動從災難中恢復。
外鍵約束。MySQL支持外鍵的存儲引擎只有InnoDB。
支持自動增加列AUTO_INCREMENT屬性。

一般來說，如果需要事務支持，並且有較高的併發讀取頻率，InnoDB是不錯的選擇。

MEMORY

使用MySQL Memory存儲引擎的出發點是速度。為得到最快的響應時間，採用的邏輯存儲介質是系統內存。

雖然在內存中存儲表數據確實會提供很高的性能，但當mysqld守護進程崩潰時，所有的Memory數據都會丟失。獲得速度的同時也帶來了一些缺陷。它要求存儲在Memory數據表裡的數據使用的是長度不變的格式，這意味著不能使用BLOB和TEXT這樣的長度可變的數據類型，VARCHAR是一種長度可變的類型，但因為它在MySQL內部當做長度固定不變的CHAR類型，所以可以使用。

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

目標數據較小，而且被非常頻繁地訪問。在內存中存放數據，所以會造成內存的使用，可以通過參數max_heap_table_size控制Memory表的大小，設置此參數，就可以限制Memory表的最大大小。
如果數據是臨時的，而且要求必須立即可用，那麼就可以存放在內存表中。
存儲在Memory表中的數據如果突然丟失，不會對應用服務產生實質的負面影響。

Memory同時支持散列索引和B樹索引。B樹索引的優於散列索引的是，可以使用部分查詢和通配查詢，也可以使用和>=等操作符方便數據挖掘。散列索引進行“相等比較”非常快，但是對“範圍比較”的速度就慢多了，因此散列索引值適合使用在=和<>的操作符中，不適合在操作符中，也同樣不適合用在order by子句中。