在MySQL的 可重復讀隔離級別 中，是解決了幻讀的讀問題的。
1. MySQL默認存儲引擎的變遷
在MySQL 5.5之前的版本中，默認的搜索引擎是MyISAM，從MySQL 5.5之后的版本中，默認的搜索引擎變更為InnoDB。
2. MyISAM與InnoDB存儲引擎的主要特點
1).MyISAM存儲引擎的特點是：表級鎖、不支持事務和支持全文索引，適合一些CMS內容管理系統作為后台數據庫使用，但是使用大並發、重負荷生產系統上，表鎖結構的特性就顯得力不從心；
2).InnoDB存儲引擎的特點是：行級鎖、事務安全（ACID兼容）、支持外鍵、不支持FULLTEXT類型的索引(5.6.4以后版本開始支持FULLTEXT類型的索引)。InnoDB存儲引擎提供了具有提交、
回滾和崩潰恢復能力的事務安全存儲引擎。InnoDB是為處理巨大量時擁有最大性能而設計的。它的CPU效率可能是任何其他基於磁盤的關系數據庫引擎所不能匹敵的。
注意：
InnoDB表的行鎖也不是絕對的，假如在執行一個SQL語句時MySQL不能確定要掃描的范圍，InnoDB表同樣會鎖全表(鎖完以后，判斷不符合條件的會逐步解鎖)，
例如update table set num=1 where name like “a%”。
兩種類型最主要的差別就是InnoDB支持事務處理與外鍵和行級鎖。而MyISAM不支持。所以MyISAM往往就容易被人認為只適合在小項目中使用。
3. MyISAM與InnoDB性能測試
隨着CPU核數的增加，InnoDB的吞吐量反而越好，而MyISAM，其吞吐量幾乎沒有什么變化，顯然，MyISAM的表鎖定機制降低了讀和寫的吞吐量。
4. 事務支持與否
MyISAM是一種非事務性的引擎，使得MyISAM引擎的MySQL可以提供高速存儲和檢索，以及全文搜索能力，適合數據倉庫等查詢頻繁的應用；
InnoDB是事務安全的；事務是一種高級的處理方式，如在一些列增刪改中只要哪個出錯還可以回滾還原，而MyISAM就不可以了。
5. MyISAM與InnoDB構成上的區別
1).每個MyISAM在磁盤上存儲成三個文件：
第一個文件的名字以表的名字開始，擴展名指出文件類型，.frm文件存儲表定義。
第二個文件是數據文件，其擴展名為.MYD (MYData)。
第三個文件是索引文件，其擴展名是.MYI (MYIndex)。
2).基於磁盤的資源是InnoDB表空間數據文件和它的日志文件，InnoDB 表的 大小只受限於操作系統文件的大小，一般為 2GB。
6. MyISAM與InnoDB表鎖和行鎖的解釋
MySQL表級鎖有兩種模式：表共享讀鎖（Table Read Lock）和表獨占寫鎖（Table Write Lock）。什么意思呢，就是說對MyISAM表進行讀操作時，它不會阻塞其他用戶對同一表的讀請求，但會阻塞對同一表的寫操作；
而對MyISAM表的寫操作，則會阻塞其他用戶對同一表的讀和寫操作。
InnoDB行鎖是通過給索引項加鎖來實現的，即只有通過索引條件檢索數據，InnoDB才使用行級鎖，否則將使用表鎖！行級鎖在每次獲取鎖和釋放鎖的操作需要消耗比表鎖更多的資源。在InnoDB兩個事務發生死鎖的
時候，會計算出每個事務影響的行數，然后回滾行數少的那個事務。當鎖定的場景中不涉及Innodb的時候，InnoDB是檢測不到的。只能依靠鎖定超時來解決。
7. 是否保存數據庫表中表的具體行數
InnoDB 中不保存表的具體行數，也就是說，執行select count(*) from table 時，InnoDB要掃描一遍整個表來計算有多少行，但是MyISAM只要簡單的讀出保存好的行數即可。
注意的是，當count(*)語句包含where條件時，兩種表的操作是一樣的。也就是 上述“6”中介紹到的InnoDB使用表鎖的一種情況。
8. 如何選擇：
MyISAM適合：
1). 做很多count 的計算；
2). 插入不頻繁，查詢非常頻繁，如果執行大量的SELECT，MyISAM是更好的選擇；
3). 沒有事務。
InnoDB適合：
1). 可靠性要求比較高，或者要求事務；
2). 表更新和查詢都相當的頻繁，並且表鎖定的機會比較大的情況指定數據引擎的創建；
3). 如果你的數據執行大量的INSERT或UPDATE，出於性能方面的考慮，應該使用InnoDB表；
4).DELETE FROM table時，InnoDB不會重新建立表，而是一行一行的 刪除；
5).LOAD TABLE FROM MASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導入數據后再改成InnoDB表，但是對於使用的額外的InnoDB特性（例如外鍵）的表不適用。
9. 其他區別：
1). 對於AUTO_INCREMENT類型的字段，InnoDB中必須包含只有該字段的索引，但是在MyISAM表中，可以和其他字段一起建立聯合索引。
2). DELETE FROM table時，InnoDB不會重新建立表，而是一行一行的刪除。
3). LOAD TABLE FROMMASTER操作對InnoDB是不起作用的，解決方法是首先把InnoDB表改成MyISAM表，導入數據后再改成InnoDB表，但是對於使用的額外的InnoDB特性(例如外鍵)的表不適用。
4). 清空整個表時，InnoDB是一行一行的刪除，效率非常慢。MyISAM則會重建表。
5). 對於自增長的字段，InnoDB中必須包含只有該字段的索引，但是在MyISAM表中可以和其他字段一起建立聯合索引。
6). InnoDB存儲引擎被完全與MySQL服務器整合，InnoDB存儲引擎為在主內存中緩存數據和索引而維持它自己的緩沖池。
要注意，創建每個表格的代碼是相同的，除了最后的 TYPE參數，這一參數用來指定數據引擎。