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時的作用較大。

myisam支持全文檢索(fulltext),操作表的時候是表級鎖，不支持事務，日誌，外鍵等。innodb則支持事務處理，日誌，外鍵。但不支持全文檢索。操作表的時候是行級鎖。由於有事務和日誌，所以innodb在添加和修改的時候數據更安全，但是讀取速度較慢。