MyISAM和InnoDB的區別

1. MySQL5.6 (mariadb  10.1.26)默認採用的是Innodb
2. MyISAM不支持事務，而InnoDB支持。InnoDB的AUTOCOMMIT默認是打開的，即每條SQL語句會默認被封裝成一個事務，自動提交，這樣會影響速度，因此最好是把多條SQL語句顯示放在begin和commit之間，組成一個事務去提交。
3. InnoDB支持數據行鎖定，MyISAM不支持行鎖定，只支持鎖定整個表。即MyISAM同一個表上的讀鎖和寫鎖是互斥的，MyISAM併發讀寫時若是等待隊列中既有讀請求又有寫請求，默認寫請求的優先級高，即便讀請求先到，因此MyISAM不適合於有大量查詢和修改並存的狀況，那樣查詢進程會長時間阻塞。由於MyISAM是鎖表，因此某項讀操做比較耗時會使其餘寫進程餓死。
4. InnoDB支持外鍵，MyISAM不支持。
5. InnoDB的主鍵範圍更大，最大是MyISAM的2倍。
6. InnoDB不支持全文索引，而MyISAM支持。全文索引是指對char、varchar和text中的每一個詞（停用詞除外）創建倒排序索引。MyISAM的全文索引其實沒啥用，由於它不支持中文分詞，必須由使用者分詞後加入空格再寫到數據表裏，並且少於4個漢字的詞會和停用詞同樣被忽略掉。
7. MyISAM支持GIS數據，InnoDB不支持。即MyISAM支持如下空間數據對象：Point,Line,Polygon,Surface等。
8. 沒有where的count(*)使用MyISAM要比InnoDB快得多。由於MyISAM內置了一個計數器，count(*)時它直接從計數器中讀，而InnoDB必須掃描全表。因此在InnoDB上執行count(*)時通常要伴隨where，且where中要包含主鍵之外的索引列。爲何這裏特別強調「主鍵之外」？由於InnoDB中primary index是和raw data存放在一塊兒的，而secondary index則是單獨存放，而後有個指針指向primary key。因此只是count(*)的話使用secondary index掃描更快，而primary key則主要在掃描索引同時要返回raw data時的做用較大。

9. MyISAM	InnoDB
   構成上的區別：	每一個MyISAM在磁盤上存儲成三個文件。第一個文件的名字以表的名字開始，擴展名指出文件類型。   .frm文件存儲表定義。   數據文件的擴展名爲.MYD (MYData)。   索引文件的擴展名是.MYI (MYIndex)。	基於磁盤的資源是InnoDB表空間數據文件和它的日誌文件，InnoDB 表的大小隻受限於操做系統文件的大小，通常爲 2GB
   事務處理上方面:	MyISAM類型的表強調的是性能，其執行數度比InnoDB類型更快，可是不提供事務支持	InnoDB提供事務支持事務，外部鍵等高級數據庫功能
   SELECT   UPDATE,INSERT，Delete操做	若是執行大量的SELECT，MyISAM是更好的選擇	1.若是你的數據執行大量的INSERT或UPDATE，出於性能方面的考慮，應該使用InnoDB表   2.DELETE   FROM table時，InnoDB不會從新創建表，而是一行一行的刪除。   3.LOAD   TABLE FROM MASTER操做對InnoDB是不起做用的，解決方法是首先把InnoDB表改爲MyISAM表，導入數據後再改爲InnoDB表，可是對於使用的額外的InnoDB特性（例如外鍵）的表不適用
   對AUTO_INCREMENT的操做	每表一個AUTO_INCREMEN列的內部處理。   MyISAM爲INSERT和UPDATE操做自動更新這一列。這使得AUTO_INCREMENT列更快（至少10%）。在序列頂的值被刪除以後就不能再利用。(當AUTO_INCREMENT列被定義爲多列索引的最後一列，能夠出現重使用從序列頂部刪除的值的狀況）。   AUTO_INCREMENT值可用ALTER TABLE或myisamch來重置   對於AUTO_INCREMENT類型的字段，InnoDB中必須包含只有該字段的索引，可是在MyISAM表中，能夠和其餘字段一塊兒創建聯合索引   更好和更快的auto_increment處理	若是你爲一個表指定AUTO_INCREMENT列，在數據詞典裏的InnoDB表句柄包含一個名爲自動增加計數器的計數器，它被用在爲該列賦新值。   自動增加計數器僅被存儲在主內存中，而不是存在磁盤上   關於該計算器的算法實現，請參考   AUTO_INCREMENT列在InnoDB裏如何工做
   表的具體行數	select count(*) from table,MyISAM只要簡單的讀出保存好的行數，注意的是，當count(*)語句包含   where條件時，兩種表的操做是同樣的	InnoDB 中不保存表的具體行數，也就是說，執行select count(*) from table時，InnoDB要掃描一遍整個表來計算有多少行
   鎖	表鎖	提供行鎖(locking on row level)，提供與 Oracle 類型一致的不加鎖讀取(non-locking read in    SELECTs)，另外，InnoDB表的行鎖也不是絕對的，若是在執行一個SQL語句時MySQL不能肯定要掃描的範圍，InnoDB表一樣會鎖全表，例如update table set num=1 where name like 「%aaa%」