MyISAM和InnoDB的區別

1. MySQL默認采用的是MyISAM。
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%”