本文mysql實驗版本 : 5.7.21
基礎架構篇了解到執(zhí)行器執(zhí)行這個執(zhí)行計劃，通過調(diào)用存儲引擎的API來操作數(shù)據(jù)伯诬。
mysql提供了一系列存儲引擎的API，所有的存儲引擎都要符合API要求，因此可以實現(xiàn)這種插件式的存儲引擎戏锹，可以根據(jù)不同的需求選擇合適的存儲引擎（就像握推杠鈴一樣，可以按需選擇不同大小的杠鈴片火诸，嗯對的）锦针。
存儲引擎是針對表的而不是庫，對于同一個庫不同的表可以使用不同的存儲引擎置蜀。
常見的存儲引擎有 MyISAM奈搜，InnoDB，Memory
查看當前數(shù)據(jù)支持的存儲引擎：
- 在新建表的時候可以選擇存儲引擎
CREATE TABLE 'user' (
'id' bigint(20) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL DEFAULT ''
) ENGINE = MyISAM
ENGINE = MyISAM 代表這個表的存儲引擎是MyISAM 盯荤。
- 查看表相關信息馋吗，例如mysql庫中的user表
- 使用show table status 查看表信息(不限版本)
需要先切換到對應的數(shù)據(jù)庫下再執(zhí)行此命令
mysql> use mysql;
Database changed
mysql> show table status like 'user' \G ;
*************************** 1. row ***************************
Name: user
Engine: MyISAM
Version: 10
Row_format: Dynamic
Rows: 3
Avg_row_length: 128
Data_length: 384
Max_data_length: 281474976710655
Index_length: 4096
Data_free: 0
Auto_increment: NULL
Create_time: 2018-06-11 09:51:16
Update_time: 2018-06-11 09:53:08
Check_time: NULL
Collation: utf8_bin
Checksum: NULL
Create_options:
Comment: Users and global privileges
1 row in set (0.00 sec)
- 還可以使用information_schema查看表信息(mysql5.0以后的版本支持)
會查出實例中所有庫中的表信息，但是可以指定TABLE_SCHEMA查詢指定庫的表
mysql> select * from information_schema.tables where table_name = 'user' and TABLE_SCHEMA='mysql' \G;
簡單介紹小輸出字段的含義：
Name: 表名廷雅。
Engine: 存儲引擎耗美。
Version：版本京髓，默認10。
Row_format: 行的格式商架。
Rows: 表中的行數(shù)堰怨，對應MyISAM和其他一些存儲引擎，該值是精確的; 而InnoDB該值是估計的蛇摸。
Avg_row_length: 平均每行包含的字節(jié)數(shù)备图。
Data_length: 表數(shù)據(jù)的大小(字節(jié))。
Max_data_length: 表數(shù)據(jù)的最大容量(和存儲引擎有關)赶袄。
Index_length: 索引的大小(字節(jié))揽涮。
Data_free: 對于MyISAM表，表示已經(jīng)分配但是沒有使用的空間饿肺。
Auto_increment: 下一個auto_increment值蒋困。
Create_time: 表的創(chuàng)建時間。
Update_time: 表數(shù)據(jù)最后修改時間敬辣。
Check_time: 使用check table命令或者myisamchk工具最后一次檢查表的時間雪标。
Collation: 表的默認字符集和字符列排序規(guī)則。
Checksum: 如果啟用保存的是整個表的實時校驗和溉跃。
Create_options: 創(chuàng)建表是指定的其他選項村刨。
Comment: 包含其他額外信息
1. InnoDB
InnoDB是mysql5.5.x開始默認的事務型引擎，也是使用最廣泛的存儲引擎撰茎。被設計用來處理大量短期事務的嵌牺。
InnoDB所有的表都保存在同一個數(shù)據(jù)文件中（也可能是多個文件，或者是獨立的表空間文件）龄糊，表的大小只受限于操作系統(tǒng)文件的大小逆粹。表的結構定義存在.frm后綴文件中，數(shù)據(jù)和索引集中存放在.idb后綴文件中绎签。因為表數(shù)據(jù)和索引是在同一個文件枯饿，InnoDB的索引是聚簇索引。
InnoDB采用MVCC支持高并發(fā)诡必，并且實現(xiàn)了四種標準的隔離級別(讀未提交奢方，讀已提交，可重復讀爸舒，可串行化)蟋字，其默認級別是REPEATABLE-READ(可重復讀)，并且通過間隙鎖(next-key locking)策略防止幻讀的出現(xiàn)扭勉。間隙鎖不僅僅鎖定查詢涉及的行鹊奖，還會對索引中的間隙行進行鎖定，以防止幻影行的插入涂炎。
InnoDB表是基于聚簇索引建立的忠聚，聚簇索引對主鍵的查詢有很高的性能设哗。但是InnoDB的非主鍵索引中必須包含主鍵列，所以如果主鍵列很大的話两蟀，非主鍵索引也會很大网梢。如果一張表的索引較多，主鍵應該盡可能的小赂毯。關于索引战虏，后面會詳細講解。
InnoDB的內(nèi)部優(yōu)化党涕，包括磁盤預讀(從磁盤讀取數(shù)據(jù)時采用可預測性讀取)烦感，自適應哈希(自動在內(nèi)存中創(chuàng)建hash索引以加速讀操作)以及能夠加速插入操作的插入緩沖區(qū)。
2. MyISAM
在mysql5.1及之前的版本膛堤，MyISAM是默認的存儲引擎手趣。提供了大量的特性，包括全文索引骑祟，壓縮回懦，空間函數(shù)等，但是不支持事務和行級鎖次企，而且有一個嚴重的問題是奔潰后無法安全恢復。
MyISAM的數(shù)據(jù)表存儲在磁盤上是3個文件潜圃，表結構定義存在.frm后綴文件中缸棵，表數(shù)據(jù)存儲在.MYD后綴文件中，表索引存儲在.MYI后綴文件中谭期。表數(shù)據(jù)和表索引在不同的文件中堵第，所以MyISAM索引是非聚簇索引。而且MyISAM可以存儲表數(shù)據(jù)的總行數(shù)隧出。
MyISAM表支持數(shù)據(jù)壓縮踏志，對于表創(chuàng)建后并導入數(shù)據(jù)以后，不需要修改操作胀瞪，可以采用MyISAM壓縮表针余。壓縮命令：myisampack，壓縮表可以極大的減少磁盤空間占用凄诞，因此也可以減少磁盤I/O圆雁，提高查詢性能。而且壓縮表中的數(shù)據(jù)是單行壓縮帆谍，所以單行讀取是不需要解壓整個表伪朽。
3. Memory
Memory存儲引擎的數(shù)據(jù)是存放在內(nèi)存中的，所以如果服務器重啟會導致數(shù)據(jù)丟失汛蝙，但是表結構還是存在的表結構是以 .frm 后綴的文件中烈涮。
Memory默認hash索引朴肺，因此查詢非常快坚洽。Memory表是表級鎖宇挫，因此并發(fā)寫入的性能較低。不支持BLOB或TEXT類型的列酪术，并且每行的長度都是固定的器瘪，所以即使指定了varchar列實際存儲也會轉(zhuǎn)換成char，會導致內(nèi)存浪費绘雁。
如果mysql查詢過程中需要使用臨時表來保存中間結果橡疼，內(nèi)部使用的臨時表就是Memory表，如果中間結果太大超出Memory表的限制或者含有BLOB或TEXT字段庐舟，那么臨時表會轉(zhuǎn)換成MyISAM表欣除。
上面介紹了三種，你如何選擇存儲引擎呢：
事務 ：目前只有Innodb能完美的支持事務挪略。
備份 ：只有Innodb有免費的在線熱備方案历帚，mysqldump不算在線熱備的方案，它需要對數(shù)據(jù)加鎖杠娱。
崩潰恢復：myisam表由于系統(tǒng)崩潰導致數(shù)據(jù)損壞的概率比Innodb高跟很多挽牢，而且恢復速度也沒有innodb快。
特有的特性：如需要聚簇索引摊求，那就需要選擇innodb存儲引擎禽拔，有的需要使用地理空間搜索，那就選擇myisam 室叉。
mysql的存儲引擎有很多睹栖，這里主要介紹了以上3中，其中InnoDB是現(xiàn)在使用最廣泛也是默認的存儲引擎茧痕，如果沒有特殊需求使用默認的即可野来，也就是InnoDB。后面有文章詳解InnoDB.
歡迎關注公眾號：紀先生筆記
