mysql中的儲存引擎
mysql儲存引擎概述
什麼是儲存引擎？
MySQL中的資料用各種不同的技術儲存在檔案（或者記憶體）中。這些技術中的每一種技術都使用不同的儲存機制、索引技巧、鎖定水平並且最終提供廣泛的不同的功能和能力。通過選擇不同的技術，你能夠獲得額外的速度或者功能，從而改善你的應用的整體功能。
例如，如果你在研究大量的臨時資料，你也許需要使用記憶體儲存引擎。記憶體儲存引擎能夠在記憶體中儲存所有的表格資料。又或者，你也許需要一個支援事務處理的資料庫(以確保事務處理不成功時資料的回退能力)。
這些不同的技術以及配套的相關功能在MySQL中被稱作儲存引擎(也稱作表型別)。
MySQL預設配置了許多不同的儲存引擎，可以預先設定或者在MySQL伺服器中啟用。你可以選擇適用於伺服器、資料庫和表格的儲存引擎，以便在選擇如何儲存你的資訊、如何檢索這些資訊以及你需要你的資料結合什麼效能和功能的時候為你提供最大的靈活性。
選擇如何儲存和檢索你的資料的這種靈活性是MySQL為什麼如此受歡迎的主要原因。其它(包括大多數商業選擇)僅支援一種型別的。
遺憾的是，其它型別的資料庫解決方案採取的“一個尺碼滿足一切需求”的方式意味著你要麼就犧牲一些效能，要麼你就用幾個小時甚至幾天的時間詳細調整你的資料庫。使用MySQL，我們僅需要修改我們使用的儲存引擎就可以了
mysql支援哪些儲存引擎？
mysql5.6支援的儲存引擎包括InnoDB、MyISAM、MEMORY、CSV、BLACKHOLE、FEDERATED、MRG_MYISAM、ARCHIVE、PERFORMANCE_SCHEMA。其中NDB和InnoDB提供事務安全表，其他儲存引擎都是非事務安全表。
各種儲存引擎的特性
概覽
MySQL伺服器採用了多層設計和獨立模組，外掛式儲存引擎體系結構，允許將儲存引擎載入到正在運新的MySQL伺服器中，圖中的Pluggable Storage Engines部分。採用MySQL伺服器體系結構，由於在儲存級別上（也就是Pluggable Storage Engines）提供了一致和簡單的應用模型和API，應用程式程式設計人員和DBA可不再考慮所有的底層實施細節。因此，儘管不同的儲存引擎具有不同的能力，應用程式是與之分離的。儲存引擎就司職與檔案系統打交道了。
併發性：某些應用程式比其他應用程式具有很多的顆粒級鎖定要求（如行級鎖定）。 事務支援：並非所有的應用程式都需要事務，但對的確需要事務的應用程式來說，有著定義良好的需求，如ACID相容等。 引用完整性：通過DDL定義的外來鍵，伺服器需要強制保持關聯資料庫的引用完整性。 物理儲存：它包括各種各樣的事項，從表和索引的總的頁大小，到儲存資料所需的格式，到物理磁碟。 索引支援：不同的應用程式傾向於採用不同的索引策略，每種儲存引擎通常有自己的編制索引方法，但某些索引方法（如B-tree索引）對幾乎所有的儲存引擎來說是共同的。 記憶體高速緩衝：與其他應用程式相比，不同的應用程式對某些記憶體高速緩衝策略的響應更好，因此，儘管某些記憶體高速緩衝對所有儲存引擎來說是共同的（如用於使用者連線的高速緩衝，MySQL的高速查詢高速緩衝等），其他高速緩衝策略僅當使用特殊的儲存引擎時才唯一定義。 效能幫助：包括針對並行操作的多I/O執行緒，執行緒併發性，資料庫檢查點，成批插入處理等。 其他目標特性：可能包括對地理空間操作的支援，對特定資料處理操作的安全限制等。
以上要求會在不同的需求中予以體現，通過單獨一個系統實現是不可能的，以上特點有些本身就是相互矛盾的，魚和熊掌的問題。對以上內容做些選擇，形成的儲存引擎就是一個外掛引擎了，某些特定的需求可以使用。如下圖，部分現有的儲存引擎以及基本特點：
InnoDB MySql 5.6 版本預設的儲存引擎。InnoDB 是一個事務安全的儲存引擎，它具備提交、回滾以及崩潰恢復的功能以保護使用者資料。InnoDB 的行級別鎖定以及 Oracle 風格的一致性無鎖讀提升了它的多使用者併發數以及效能。InnoDB 將使用者資料儲存在聚集索引中以減少基於主鍵的普通查詢所帶來的 I/O 開銷。為了保證資料的完整性，InnoDB 還支援外來鍵約束。 MyISAM MyISAM既不支援事務、也不支援外來鍵、其優勢是訪問速度快，但是表級別的鎖定限制了它在讀寫負載方面的效能，因此它經常應用於只讀或者以讀為主的資料場景。 Memory 在記憶體中儲存所有資料，應用於對非關鍵資料由快速查詢的場景。Memory型別的表訪問資料非常快，因為它的資料是存放在記憶體中的，並且預設使用HASH索引，但是一旦服務關閉，表中的資料就會丟失 BLACKHOLE 黑洞儲存引擎，類似於 Unix 的 /dev/null，Archive 只接收但卻並不儲存資料。對這種引擎的表的查詢常常返回一個空集。這種表可以應用於 DML 語句需要傳送到從伺服器，但主伺服器並不會保留這種資料的備份的主從配置中。 CSV 它的表真的是以逗號分隔的文字檔案。CSV 表允許你以 CSV 格式匯入匯出資料，以相同的讀和寫的格式和指令碼和應用互動資料。由於 CSV 表沒有索引，你最好是在普通操作中將資料放在 InnoDB 表裡，只有在匯入或匯出階段使用一下 CSV 表。 NDB (又名 NDBCLUSTER)——這種叢集資料引擎尤其適合於需要最高程度的正常執行時間和可用性的應用。注意：NDB 儲存引擎在標準 MySql 5.6 版本里並不被支援。目前能夠支援 MySql 叢集的版本有：基於 MySql 5.1 的 MySQL Cluster NDB 7.1；基於 MySql 5.5 的 MySQL Cluster NDB 7.2；基於 MySql 5.6 的 MySQL Cluster NDB 7.3。同樣基於 MySql 5.6 的 MySQL Cluster NDB 7.4 目前正處於研發階段。 Merge 允許 MySql DBA 或開發者將一系列相同的 MyISAM 表進行分組，並把它們作為一個物件進行引用。適用於超大規模資料場景，如資料倉庫。 Federated 提供了從多個物理機上聯接不同的 MySql 伺服器來建立一個邏輯資料庫的能力。適用於分散式或者資料市場的場景。 Example 這種儲存引擎用以儲存闡明如何開始寫新的儲存引擎的 MySql 原始碼的例子。它主要針對於有興趣的開發人員。這種儲存引擎就是一個啥事也不做的 "存根"。你可以使用這種引擎建立表，但是你無法向其儲存任何資料，也無法從它們檢索任何索引。各種搜尋引擎介紹
常用儲存引擎及適用場景
InnoDB
用於事務處理應用程式，支援外來鍵和行級鎖。如果應用對事物的完整性有比較高的要求，在併發條件下要求資料的一致性，資料操作除了插入和查詢之外，還包括很多更新和刪除操作，那麼InnoDB儲存引擎是比較合適的。InnoDB除了有效的降低由刪除和更新導致的鎖定，還可以確保事務的完整提交和回滾，對於類似計費系統或者財務系統等對資料準確要求性比較高的系統都是合適的選擇。
事物的基本要素
原子性 一致性 隔離性 永續性
髒資料：是事務回滾的結果
不可重複讀 ：多次讀取資料因修改不一致
側重修改，鎖資料解決
幻讀：修改資料因插入操作個別未成功
側重新增/刪除 ，鎖表解決
事務的隔離級別
設定語法：set session transaction isolation level read committed
未提交讀 read-uncommitted
一個事務還沒提交修改就會被讀
已提交讀 read-committed
一個事務沒提交的修改不會被誤讀
但產生了不可重複讀
可重複讀 repeatable-read（預設）
在一個事務中讀操作的結果不會隨著另一個事務的刪改而改變（快照）
但寫資料和更新資料是根據表資料改變
序列化 serializable
鎖表操作 效率差
事務
MyISAM
如果應用是以讀操作和插入操作為主，只有很少的更新和刪除操作，並且對事務的完整性、併發性要求不高，那麼可以選擇這個儲存引擎。
Memory
將所有的資料儲存在記憶體中，在需要快速定位記錄和其他類似資料的環境下，可以提供極快的訪問。Memory的缺陷是對錶的大小有限制，雖然資料庫因為異常終止的話資料可以正常恢復，但是一旦資料庫關閉，儲存在記憶體中的資料都會丟失。
儲存引擎在mysql中的使用
儲存引擎相關sql語句
檢視當前的預設儲存引擎: mysql> show variables like "default_storage_engine"; 查詢當前資料庫支援的儲存引擎 mysql> show engines \G;
指定儲存引擎建表
在建表時指定
mysql> create table ai(id bigint(12),name varchar(200)) ENGINE=MyISAM; mysql> create table country(id int(4),cname varchar(50)) ENGINE=InnoDB; 也可以使用alter table語句，修改一個已經存在的表的儲存引擎。 mysql> alter table ai engine = innodb;
在配置檔案中指定
#my.ini檔案 [mysqld] default-storage-engine=INNODB
mysql的工作流程
MySQL架構總共四層，在上圖中以虛線作為劃分。
首先，最上層的服務並不是MySQL獨有的，大多數給予網路的客戶端/伺服器的工具或者服務都有類似的架構。比如：連線處理、授權認證、安全等。
第二層的架構包括大多數的MySQL的核心服務。包括：查詢解析、分析、優化、快取以及所有的內建函式（例如：日期、時間、數學和加密函式）。同時，所有的跨儲存引擎的功能都在這一層實現：儲存過程、觸發器、檢視等。
第三層包含了儲存引擎。儲存引擎負責MySQL中資料的儲存和提取。伺服器通過API和儲存引擎進行通訊。這些介面遮蔽了不同儲存引擎之間的差異，使得這些差異對上層的查詢過程透明化。儲存引擎API包含十幾個底層函式，用於執行“開始一個事務”等操作。但儲存引擎一般不會去解析SQL（InnoDB會解析外來鍵定義，因為其本身沒有實現該功能），不同儲存引擎之間也不會相互通訊，而只是簡單的響應上層的伺服器請求。
第四層包含了檔案系統，所有的表結構和資料以及使用者操作的日誌最終還是以檔案的形式儲存在硬碟上。
參考：