MySQL的MyISAM和InnoDB引擎的主要區別是什麼？

1.MyISAM不支援事務，而InnoDB支援。InnoDB的AUTOCOMMIT預設是開啟的，即每條SQL語句會預設被封裝成一個事務，自動提交，這樣會影響速度，所以最好是把多條SQL語句顯示放在begin和commit之間，
組成一個事務去提交。
2.InnoDB支援資料行鎖定，MyISAM不支援行鎖定，只支援鎖定整個表。即MyISAM同一個表上的讀鎖和寫鎖是互斥的，MyISAM併發讀寫時如果等待佇列中既有讀請求又有寫請求，預設寫請求的優先順序高，
即使讀請求先到，所以MyISAM不適合於有大量查詢和修改並存的情況，那樣查詢程式會長時間阻塞。因為MyISAM是鎖表，所以某項讀操作比較耗時會使其他寫程式餓死。
3.InnoDB支援外來鍵，MyISAM不支援。
4.InnoDB的主鍵範圍更大，最大是MyISAM的2倍。
5.InnoDB不支援全文索引，而MyISAM支援。全文索引是指對char、varchar和text中的每個詞（停用詞除外）建立倒排序索引。MyISAM的全文索引其實沒啥用，因為它不支援中文分詞，必須由使用者分詞
後加入空格再寫到資料表裡，而且少於4個漢字的詞會和停用詞一樣被忽略掉。
6.MyISAM支援GIS資料，InnoDB不支援。即MyISAM支援以下空間資料物件：Point,Line,Polygon,Surface等。
7.沒有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時的作用較大。