Mysql存儲引擎詳解(MyISAM與InnoDB的區別)

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

Mysql存儲引擎有哪些
? MyISAM： MyISAM不支持事務和行級鎖，所以MyISAM引擎速度很快，性能優秀。MyISAM可以對整張表加鎖，支持并發插入，支持全文索引。
??InnoDB?：5.5版本后Mysql的默認數據庫，是專為事務設計的存儲引擎，支持ACID事務，支持外鍵和行級鎖定，擁有高并發處理能力。但是，InnoDB在創建索引和加載數據時，比MyISAM慢。
??BDB： 源自Berkeley DB，事務型數據庫的另一種選擇，支持COMMIT和ROLLBACK等其他事務特性
??Memory?：所有數據置于內存，表結構不是存儲在內存中的存儲引擎，查詢時不需要執行磁盤I/O操作，所以要比MyISAM和InnoDB快很多倍。但是會占用和數據量成正比的內存空間。并且其內容會在Mysql重新啟動時丟失，表結構不會丟失.
??Merge?：將一定數量的MyISAM表聯合而成一個整體，在超大規模數據存儲時很有用
??Archive?：非常適合存儲大量的獨立的，作為歷史記錄的數據。因為它們不經常被讀取。Archive擁有高效的插入速度，但其對查詢的支持相對較差
??Federated： 將不同的Mysql服務器聯合起來，邏輯上組成一個完整的數據庫。非常適合分布式應用
??Cluster/NDB?：高冗余的存儲引擎，用多臺數據機器聯合提供服務以提高整體性能和安全性。適合數據量大，安全和性能要求高的應用
??CSV： 邏輯上由逗號分割數據的存儲引擎。它會在數據庫子目錄里為每個數據表創建一個.CSV文件。這是一種普通文本文件，每個數據行占用一個文本行。CSV存儲引擎不支持索引。
??BlackHole?：黑洞引擎，寫入的任何數據都會消失，一般用于記錄binlog做復制的中繼
為何磁盤的讀取所讀遠遠低于內存的讀取速度：
? ? 我們知道，內存的讀數據是根據地址總線傳送的地址在相應的內存單元把數據讀取到數據總線的電信號操作。
? ? 而磁盤的讀數據要先找對磁盤面，然后找到相應的扇區和磁道，與主存不同，磁盤讀取數據是機械運動（尋道時間，旋轉時間）主存和磁盤以頁為單位交換數據先讀取數據到內存，再進行從內存上的讀取。主存和磁盤以頁為單位交換數據。

1.如何查看服務器有哪些存儲引擎可以使用？
show engines;
2.如何選擇合適的存儲引擎？
（1）選擇標準可以分為：
（2）是否需要支持事務；
（3）是否需要使用熱備；
（4）崩潰恢復：能否接受崩潰；
（5）是否需要外鍵支持；
然后按照標準，選擇對應的存儲引擎即可。

MyISAM與InnoDB的區別是什么？
1).存儲結構
? MyISAM：每個MyISAM在磁盤上存儲成三個文件。第一個文件的名字以表的名字開始，擴展名指出文件類型。.frm文件存儲表定義。數據文件的擴展名為.MYD (MYData)。索引文件的擴展名是.MYI (MYIndex)。
? InnoDB：所有的表都保存在同一個數據文件中（也可能是多個文件，或者是獨立的表空間文件），InnoDB表的大小只受限于操作系統文件的大小，一般為2GB。
2).存儲空間
? MyISAM：可被壓縮，存儲空間較小。支持三種不同的存儲格式：靜態表(默認，但是注意數據末尾不能有空格，會被去掉)、動態表、壓縮表。
? InnoDB：需要更多的內存和存儲，它會在主內存中建立其專用的緩沖池用于高速緩沖數據和索引。
3).可移植性、備份及恢復
? MyISAM：數據是以文件的形式存儲，所以在跨平臺的數據轉移中會很方便。在備份和恢復時可單獨針對某個表進行操作。
? InnoDB：免費的方案可以是拷貝數據文件、備份 binlog，或者用 mysqldump，在數據量達到幾十G的時候就相對痛苦了。
4).事務支持
? MyISAM：強調的是性能，每次查詢具有原子性,其執行數度比InnoDB類型更快，但是不提供事務支持。
? InnoDB：提供事務支持事務，外部鍵等高級數據庫功能。 具有事務(commit)、回滾(rollback)和崩潰修復能力(crash recovery capabilities)的事務安全(transaction-safe (ACID compliant))型表。
5).AUTO_INCREMENT
? MyISAM：可以和其他字段一起建立聯合索引。引擎的自動增長列必須是索引，如果是組合索引，自動增長可以不是第一列，他可以根據前面幾列進行排序后遞增。
? InnoDB：InnoDB中必須包含只有該字段的索引。引擎的自動增長列必須是索引，如果是組合索引也必須是組合索引的第一列。
6).表鎖差異
? MyISAM：只支持表級鎖，用戶在操作myisam表時，select，update，delete，insert語句都會給表自動加鎖，如果加鎖以后的表滿足insert并發的情況下，可以在表的尾部插入新的數據。
? InnoDB：支持事務和行級鎖，是innodb的最大特色。行鎖大幅度提高了多用戶并發操作的新能。但是InnoDB的行鎖，只是在WHERE的主鍵是有效的，非主鍵的WHERE都會鎖全表的。
7).全文索引
? MyISAM：支持 FULLTEXT類型的全文索引
? InnoDB：不支持FULLTEXT類型的全文索引，但是innodb可以使用sphinx插件支持全文索引，并且效果更好。
8).表主鍵
? MyISAM：允許沒有任何索引和主鍵的表存在，索引都是保存行的地址。
? InnoDB：如果沒有設定主鍵或者非空唯一索引，就會自動生成一個6字節的主鍵(用戶不可見)，數據是主索引的一部分，附加索引保存的是主索引的值。
9).表的具體行數
? MyISAM：保存有表的總行數，如果select count(*) from table;會直接取出出該值。
? InnoDB：沒有保存表的總行數，如果使用select count(*) from table；就會遍歷整個表，消耗相當大，但是在加了wehre條件后，myisam和innodb處理的方式都一樣。
10).CURD操作
? MyISAM：如果執行大量的SELECT，MyISAM是更好的選擇。
? InnoDB：如果你的數據執行大量的INSERT或UPDATE，出于性能方面的考慮，應該使用InnoDB表。DELETE 從性能上InnoDB更優，但DELETE FROM table時，InnoDB不會重新建立表，而是一行一行的刪除，在innodb上如果要清空保存有大量數據的表，最好使用truncate table這個命令。
11).外鍵
MyISAM：不支持
InnoDB：支持
? ? 通過上述的分析，基本上可以考慮使用InnoDB來替代MyISAM引擎了，原因是InnoDB自身很多良好的特點，比如事務支持、存儲 過程、視圖、行級鎖定等等，在并發很多的情況下，相信InnoDB的表現肯定要比MyISAM強很多。另外，任何一種表都不是萬能的，只用恰當的針對業務類型來選擇合適的表類型，才能最大的發揮MySQL的性能優勢。如果不是很復雜的Web應用，非關鍵應用，還是可以繼續考慮MyISAM的，這個具體情況可以自己斟酌。


-------------------------------------------------------------------
MyISAM
? ? 它不支持事務，也不支持外鍵，尤其是訪問速度快，對事務完整性沒有要求或者以SELECT、INSERT為主的應用基本都可以使用這個引擎來創建表。
? ?MyISAM表是獨立于操作系統的，這說明可以輕松地將其從Windows服務器移植到Linux服務器；每當我們建立一個MyISAM引擎的表時，就會在本地磁盤上建立三個文件，文件名就是名。例如，我建立了一個MyISAM引擎的tb_Demo表，那么就會生成以下三個文件：
1.tb_demo.frm，存儲表定義；
2.tb_demo.MYD，存儲數據；
3.tb_demo.MYI，存儲索引。
? ? 數據文件和索引文件可以放置在不同的目錄，平均分配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工具創建，占據非常小的空間，因為每條記錄都是被單獨壓縮的，所以只有非常小的訪問開支。?


? MyISAM表無法處理事務，這就意味著有事務處理需求的表，不能使用MyISAM存儲引擎。MyISAM存儲引擎特別適合在以下幾種情況下使用：
? ? 1.選擇密集型的表。MyISAM存儲引擎在篩選大量數據時非常迅速，這是它最突出的優點。
? ? 2.插入密集型的表。MyISAM的并發插入特性允許同時選擇和插入數據。例如：MyISAM存儲引擎很適合管理郵件或Web服務器日志數據。


InnoDB
? ? InnoDB存儲引擎提供了具有提交、回滾和崩潰恢復能力的事務安全。但是對比MyISAM的存儲引擎，InnoDB寫的處理效率差一些并且會占用更多的磁盤空間以保留數據和索引。
1)自動增長列：
　　InnoDB表的自動增長列可以手工插入，但是插入的如果是空或0，則實際插入到則是自動增長后到值。可以通過"ALTER TABLE...AUTO_INCREMENT=n;"語句強制設置自動增長值的起始值，默認為1，但是該強制到默認值是保存在內存中，數據庫重啟后該值將會丟失。可以使用LAST_INSERT_ID()查詢當前線程最后插入記錄使用的值。如果一次插入多條記錄，那么返回的是第一條記錄使用的自動增長值。
對于InnoDB表，自動增長列必須是索引。如果是組合索引，也必須是組合索引的第一列，但是對于MyISAM表，自動增長列可以是組合索引的其他列，這樣插入記錄后，自動增長列是按照組合索引到前面幾列排序后遞增的。
2)外鍵約束：
　　MySQL支持外鍵的存儲引擎只有InnoDB，在創建外鍵的時候，父表必須有對應的索引，子表在創建外鍵的時候也會自動創建對應的索引。
? ? 在創建索引的時候，可以指定在刪除、更新父表時，對子表進行的相應操作，包括restrict、cascade、set null和no action。其中restrict和no action相同，是指限制在子表有關聯的情況下，父表不能更新；casecade表示父表在更新或刪除時，更新或者刪除子表對應的記錄；set null 則表示父表在更新或者刪除的時候，子表對應的字段被set null。
　　當某個表被其它表創建了外鍵參照，那么該表對應的索引或主鍵被禁止刪除。
　　可以使用set foreign_key_checks=0;臨時關閉外鍵約束，set foreign_key_checks=1;打開約束。


? ? InnoDB是一個健壯的事務型存儲引擎，這種存儲引擎已經被很多互聯網公司使用，為用戶操作非常大的數據存儲提供了一個強大的解決方案。我的電腦上安裝的MySQL 5.6.13版，InnoDB就是作為默認的存儲引擎。InnoDB還引入了行級鎖定和外鍵約束，在以下場合下，使用InnoDB是最理想的選擇：
1.更新密集的表。InnoDB存儲引擎特別適合處理多重并發的更新請求。
2.事務。InnoDB存儲引擎是支持事務的標準MySQL存儲引擎。
3.自動災難恢復。與其它存儲引擎不同，InnoDB表能夠自動從災難中恢復。
4.外鍵約束。MySQL支持外鍵的存儲引擎只有InnoDB。
5.支持自動增加列AUTO_INCREMENT屬性。
一般來說，如果需要事務支持，并且有較高的并發讀取頻率，InnoDB是不錯的選擇。


MEMORY
? ? 使用MySQL Memory存儲引擎的出發點是速度。為得到最快的響應時間，采用的邏輯存儲介質是系統內存。雖然在內存中存儲表數據確實會提供很高的性能，但當mysqld守護進程崩潰時，所有的Memory數據都會丟失。獲得速度的同時也帶來了一些缺陷。它要求存儲在Memory數據表里的數據使用的是長度不變的格式，這意味著不能使用BLOB和TEXT這樣的長度可變的數據類型，VARCHAR是一種長度可變的類型，但因為它在MySQL內部當做長度固定不變的CHAR類型，所以可以使用。
一般在以下幾種情況下使用Memory存儲引擎：
? 1).目標數據較小，而且被非常頻繁地訪問。在內存中存放數據，所以會造成內存的使用，可以通過參數max_heap_table_size控制Memory表的大小，設置此參數，就可以限制Memory表的最大大小。
? 2).如果數據是臨時的，而且要求必須立即可用，那么就可以存放在內存表中。
? 3).存儲在Memory表中的數據如果突然丟失，不會對應用服務產生實質的負面影響。
? ? Memory同時支持散列索引和B樹索引。B樹索引的優于散列索引的是，可以使用部分查詢和通配查詢，也可以使用<、>和>=等操作符方便數據挖掘。散列索引進行“相等比較”非常快，但是對“范圍比較”的速度就慢多了，因此散列索引值適合使用在=和<>的操作符中，不適合在<或>操作符中，也同樣不適合用在order by子句中。


　　memory使用存在內存中的內容來創建表。每個MEMORY表實際對應一個磁盤文件，格式是.frm。MEMORY類型的表訪問非常快，因為它到數據是放在內存中的，并且默認使用HASH索引，但是一旦服務器關閉，表中的數據就會丟失，但表還會繼續存在。
? ? ? 默認情況下，memory數據表使用散列索引，利用這種索引進行“相等比較”非常快，但是對“范圍比較”的速度就慢多了。因此，散列索引值適合使用在"="和"<=>"的操作符中，不適合使用在"<"或">"操作符中，也同樣不適合用在order by字句里。如果確實要使用"<"或">"或betwen操作符，可以使用btree索引來加快速度。
　　存儲在MEMORY數據表里的數據行使用的是長度不變的格式，因此加快處理速度，這意味著不能使用BLOB和TEXT這樣的長度可變的數據類型。VARCHAR是一種長度可變的類型，但因為它在MySQL內部當作長度固定不變的CHAR類型，所以可以使用。
create table tab_memory engine=memory select id,name,age,addr from man order by id;
　　使用USING HASH/BTREE來指定特定到索引。
create index mem_hash using hash on tab_memory(city_id);
　　在啟動MySQL服務的時候使用--init-file選項，把insert into...select或load data infile 這樣的語句放入到這個文件中，就可以在服務啟動時從持久穩固的數據源中裝載表。
　　服務器需要足夠的內存來維持所在的在同一時間使用的MEMORY表，當不再使用MEMORY表時，要釋放MEMORY表所占用的內存，應該執行DELETE FROM或truncate table或者刪除整個表。
　　每個MEMORY表中放置到數據量的大小，受到max_heap_table_size系統變量的約束，這個系統變量的初始值是16M，同時在創建MEMORY表時可以使用MAX_ROWS子句來指定表中的最大行數。


MERGE
? ? MERGE存儲引擎是一組MyISAM表的組合，這些MyISAM表結構必須完全相同，盡管其使用不如其它引擎突出，但是在某些情況下非常有用。說白了，Merge表就是幾個相同MyISAM表的聚合器；Merge表中并沒有數據，對Merge類型的表可以進行查詢、更新、刪除操作，這些操作實際上是對內部的MyISAM表進行操作。Merge存儲引擎的使用場景。
? ? 對于服務器日志這種信息，一般常用的存儲策略是將數據分成很多表，每個名稱與特定的時間端相關。例如：可以用12個相同的表來存儲服務器日志數據，每個表用對應各個月份的名字來命名。當有必要基于所有12個日志表的數據來生成報表，這意味著需要編寫并更新多表查詢，以反映這些表中的信息。與其編寫這些可能出現錯誤的查詢，不如將這些表合并起來使用一條查詢，之后再刪除Merge表，而不影響原來的數據，刪除Merge表只是刪除Merge表的定義，對內部的表沒有任何影響。
? ? 對于對MERGE表進行的插入操作，是根據INSERT_METHOD子句定義的插入的表，可以有3個不同的值，first和last值使得插入操作被相應的作用在第一個或最后一個表上，不定義這個子句或者為NO，表示不能對這個MERGE表進行插入操作。可以對MERGE表進行drop操作，這個操作只是刪除MERGE表的定義，對內部的表沒有任何影響。MERGE在磁盤上保留2個以MERGE表名開頭文件：.frm文件存儲表的定義；.MRG文件包含組合表的信息，包括MERGE表由哪些表組成，插入數據時的依據。可以通過修改.MRG文件來修改MERGE表，但是修改后要通過flush table刷新。
? create table man_all(id int,name varchar(20))engine=merge union=(man1,man2) insert_methos=last;?


ARCHIVE

? ? Archive是歸檔的意思，在歸檔之后很多的高級功能就不再支持了，僅僅支持最基本的插入和查詢兩種功能。在MySQL 5.5版以前，Archive是不支持索引，但是在MySQL 5.5以后的版本中就開始支持索引了。Archive擁有很好的壓縮機制，它使用zlib壓縮庫，在記錄被請求時會實時壓縮，所以它經常被用來當做倉庫使用。

轉載于:https://blog.51cto.com/innocence/1962908

總結

以上是生活随笔為你收集整理的Mysql存储引擎详解(MyISAM与InnoDB的区别)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。