Mysql 儲存引擎中InnoDB與Myisam的主要區別

標籤：

1. Innodb 支援事務，Myisam 不支援事務

2.MyISAM：如果執行大量的SELECT，MyISAM是更好的選擇

InnoDB：如果你的資料執行大量的INSERT或UPDATE，出於效能方面的考慮，應該使用InnoDB表3.InnoDB 為行級鎖，myisam 為表級鎖。4.MyISAM 儲存行數，InnoDB 不儲存，select count(*) from table 效能會有區別，但是select count(*) from table where 效能沒有區別了5.物理結構不同:  每個MyISAM在磁碟上儲存成三個檔案。第一個檔案的名字以表的名字開始，副檔名指出檔案類型。  .frm檔案儲存體表定義。  資料檔案的副檔名為.MYD (MYData)  索引檔案的副檔名是.MYI (MYIndex)InnoDB：InnoDB資料表空間資料檔案和它的記錄檔是基於磁碟的資源的，InnoDB 表的大小隻受限於作業系統檔案的大小，一般為 2GB    其他：為什麼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與Myisam的主要區別