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、這行資料的删除版本必須是未定義的或者比事務版本要大。這可以保證在事務開始之前這行資料沒有被删除。
特别說明:尊重作者的勞動成果,轉載請注明出處哦~~~http://blog.yemou.net/article/query/info/tytfjhfascvhzxcyt358