1， 事務處理
innodb 支援事務功能，myisam 不支援。
myisam 的執行速度更快，效能更好。
2，select ,update ,insert ,delete 操作
myisam：如果執行大量的select，myisam是更好的選擇
innodb：如果你的資料執行大量的insert或update，出於效能方面的考慮，應該使用innodb表
3，鎖機制不同
innodb 為行級鎖，myisam 為表級鎖。
注意：當資料庫無法確定，所找的行時，也會變為鎖定整個表。
如： update table set num = 10 where username like "%test%";
4，查詢表的行數不同
myisam：select count(*) from table,myisam只要簡單的讀出儲存好的行數，注意的是，當count(*)語句包含 where條件時，兩種表的操作是一樣的
innodb ： innodb 中不儲存表的具體行數，也就是說，執行select count(*) from table時，innodb要掃瞄一遍整個表來計算有多少行
5，物理結構不同
myisam ：每個myisam在磁碟上儲存成三個檔案。第乙個檔案的名字以表的名字開始，副檔名指出檔案型別。
.frm檔案儲存表定義。
資料檔案的擴充套件名為.myd (mydata)。
索引檔案的副檔名是.myi (myindex)
innodb：基於磁碟的資源是innodb表空間資料檔案和它的日誌檔案，innodb 表的大小只受限於作業系統檔案的大小，一般為 2gb
6，anto_increment 機制不同
更好和更快的auto_increment處理
其他：為什麼myisam會比innodb 的查詢速度快。
innodb在做select的時候，要維護的東西比myisam引擎多很多；
1）資料塊，innodb要快取，myisam只快取索引塊， 這中間還有換進換出的減少；
2）innodb定址要對映到塊，再到行，myisam 記錄的直接是檔案的offset，定位比innodb要快
3）innodb還需要維護mvcc一致；雖然你的場景沒有，但他還是需要去檢查和維護
mvcc ( multi-version concurrency control )多版本併發控制
innodb：通過為每一行記錄新增兩個額外的隱藏的值來實現mvcc，這兩個值乙個記錄這行資料何時被建立，另外乙個記錄這行資料何時過期（或者被刪 除）。但是innodb並不儲存這些事件發生時的實際時間，相反它只儲存這些事件發生時的系統版本號。這是乙個隨著事務的建立而不斷增長的數字。每個事務 在事務開始時會記錄它自己的系統版本號。每個查詢必須去檢查每行資料的版本號與事務的版本號是否相同。讓我們來看看當隔離級別是repeatable read時這種策略是如何應用到特定的操作的：
select innodb必須每行資料來保證它符合兩個條件：
1、innodb必須找到乙個行的版本，它至少要和事務的版本一樣老(也即它的版本號不大於事務的版本號)。這保證了不管是事務開始之前，或者事務建立時，或者修改了這行資料的時候，這行資料是存在的。
2、這行資料的刪除版本必須是未定義的或者比事務版本要大。這可以保證在事務開始之前這行資料沒有被刪除。
MySQL儲存引擎 InnoDB
為什麼innodb不將總數存起來？innodb直接count 會遍歷全表 沒有where條件 雖然結果準確，但會導致效能問題。按照效率排序的話，count 字段 innodb一棵b 樹可以存放多少行資料？這個問題的簡單回答是 約2千萬。為什麼是這麼多呢？因為這是可以算出來的，要搞清楚這個問題，我們先...
MySQL的儲存引擎INNODB
1 一般情況下，mysql會預設提供多種儲存引擎,你可以通過下面的檢視 看你的mysql現在已提供什麼儲存引擎 mysql show engines 看你的mysql當前預設的儲存引擎 mysql show variables like storage engine 你要看某個錶用了什麼引擎 在顯示...
mysql的innodb儲存引擎
innodb是支援事務的儲存引擎，支援acid特性的acid 指資料庫事務正確執行的四個基本要素的縮寫 包含 原子性 atomicity 一致性 consistency 隔離性 isolation 永續性 durability 更適合處理大量的小事務，小事務正常都會被提交，很少會被回滾，在資料儲存的...