MyISAM和InnoDB區別 及選擇

MySQL默認採用的是MyISAM。

MyISAM不支持事務，而InnoDB支持。InnoDB的AUTOCOMMIT默認是打開的，即每條SQL語句會默認被封裝成一個事務，自動提交，這樣會影響速度，因此最好是把多條SQL語句顯示放在begin和commit之間，組成一個事務去提交。

InnoDB支持數據行鎖定，MyISAM不支持行鎖定，只支持鎖定整個表。即 MyISAM同一個表上的讀鎖和寫鎖是互斥的，MyISAM併發讀寫時若是等待隊列中既有讀請求又有寫請求，默認寫請求的優先級高，即便讀請求先到，因此 MyISAM不適合於有大量查詢和修改並存的狀況，那樣查詢進程會長時間阻塞。由於MyISAM是鎖表，因此某項讀操做比較耗時會使其餘寫進程餓死。

InnoDB支持外鍵，MyISAM不支持。

InnoDB的主鍵範圍更大，最大是MyISAM的2倍。

InnoDB不支持全文索引，而MyISAM支持。全文索引是指對char、 varchar和text中的每一個詞（停用詞除外）創建倒排序索引。MyISAM的全文索引其實沒啥用，由於它不支持中文分詞，必須由使用者分詞後加入空 格再寫到數據表裏，並且少於4個漢字的詞會和停用詞同樣被忽略掉。

MyISAM支持GIS數據，InnoDB不支持。即MyISAM支持如下空間數據對象：Point,Line,Polygon,Surface等。

沒有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時的做用較大。

 

 

InnoDB：
支持事務處理等
不加鎖讀取
支持外鍵
支持行鎖
不支持FULLTEXT類型的索引
不保存表的具體行數，掃描表來計算有多少行
DELETE 表時，是一行一行的刪除
InnoDB 把數據和索引存放在表空間裏面
跨平臺可直接拷貝使用
InnoDB中必須包含AUTO_INCREMENT類型字段的索引
表格很難被壓縮

MyISAM：
不支持事務，回滾將形成不徹底回滾，不具備原子性
不支持外鍵
不支持外鍵
支持全文搜索
保存表的具體行數,不帶where時，直接返回保存的行數
DELETE 表時，先drop表，而後重建表
MyISAM 表被存放在三個文件 。frm 文件存放表格定義。 數據文件是MYD (MYData) 。 索引文件是MYI (MYIndex)引申
跨平臺很難直接拷貝
MyISAM中可使AUTO_INCREMENT類型字段創建聯合索引
表格能夠被壓縮

選擇：由於MyISAM相對簡單因此在效率上要優於InnoDB.若是系統讀多，寫少。對原子性要求低。那麼MyISAM最好的選擇。且MyISAM恢復速度快。可直接用備份覆蓋恢復。若是系統讀少，寫多的時候，尤爲是併發寫入高的時候。InnoDB就是首選了。兩種類型都有本身優缺點，選擇那個徹底要看本身的實際類弄。