為什麼MyISAM會比Innodb的查詢速度快
- INNODB在做SELECT的時候,要維護的東西比MYISAM引擎多很多:
1)資料塊,INNODB要快取,MYISAM只快取索引塊, 這中間還有換進換出的減少;
2)innodb定址要對映到塊,再到行,MYISAM記錄的直接是檔案的OFFSET,定位比INNODB要快
3)INNODB還需要維護MVCC一致;雖然你的場景沒有,但他還是需要去檢查和維護MVCC (Multi-Version Concurrency Control)多版本併發控制
註釋:
InnoDB:通過為每一行記錄新增兩個額外的隱藏的值來實現MVCC,這兩個值一個記錄這行資料何時被建立,另外一個記錄這行資料何時過期(或者被刪除)。但是InnoDB並不儲存這些事件發生時的實際時間,相反它只儲存這些事件發生時的系統版本號。這是一個隨著事務的建立而不斷增長的數字。每個事務在事務開始時會記錄它自己的系統版本號。每個查詢必須去檢查每行資料的版本號與事務的版本號是否相同。讓我們來看看當隔離級別是REPEATABLEREAD時這種策略是如何應用到特定的操作的: SELECT InnoDB必須每行資料來保證它符合兩個條件: 1、InnoDB必須找到一個行的版本,它至少要和事務的版本一樣老(也即它的版本號不大於事務的版本號)。這保證了不管是事務開始之前,或者事務建立時,或者修改了這行資料的時候,這行資料是存在的。2、這行資料的刪除版本必須是未定義的或者比事務版本要大。這可以保證在事務開始之前這行資料沒有被刪除
- 以上是為什麼MyISAM會比Innodb的查詢速度快的內容，更多 速度快 為什麼 InnoDB MyISAM 查詢 的內容，請您使用右上方搜尋功能獲取相關資訊。
轉自：https://www.aliyun.com/jiaocheng/1116195.html
另外：
InnoDB Pitfalls
However, all is not rosy with InnoDB. Because of its transactional nature, it has bottlenecks of its own. On MyISAM, doing a query that does SELECT COUNT(*) FROM {some_table}, is very fast, since MyISAM keeps the information in the index.
On InnoDB, this info is not stored in an index, and even the index and the data are kept in the same file. So, doing the same query on a table can incur a significant performance penalty.
To check what overhead this has, I wrote a simple test benchmark code. I duplicated a client node table that has 20,243 rows from MyISAM to InnoDB.
On a quiescent AMD 64 machine with MySQL server 5.0.24, doing a SELECT COUNT(*) FROM node takes 0.835 milliseconds on MyISAM, while on InnoDB it takes 12.292 milliseconds!