innodb 適配事務與高并發場景，myisam 適合讀多寫少需求。1. innodb 支持事務，確保數據一致性，myisam 不支持；2. innodb 使用行鎖提升并發性能，myisam 使用表鎖限制并發；3. innodb 具備崩潰恢復能力，而 myisam 需手動修復；4. innodb 支持全文索引，功能已超越 myisam；因此，需事務、高并發、數據安全的場景優先選 innodb，若僅讀多寫少且追求查詢性能可考慮 myisam，但其維護成本較高，mysql 默認引擎為 innodb，推薦現代應用廣泛使用。
mysql 支持多種存儲引擎，不同的存儲引擎適用于不同的場景。常見的包括 InnoDB、MyISAM、Memory、Archive、CSV 等。其中，InnoDB 和 MyISAM 是最常被討論的兩個，尤其在選擇默認存儲引擎時，它們的區別尤為重要。
下面我們就來看看這兩個引擎的主要區別和適用場景。
1. 事務支持：InnoDB 支持，MyISAM 不支持
這是兩者最核心的區別之一。
InnoDB 支持事務（Transaction），可以保證數據操作的原子性、一致性、隔離性和持久性（即 ACID 特性）。這對于涉及多表操作、金融類系統非常重要。
而 MyISAM 不支持事務，所有操作都是立即生效的，無法回滾。一旦執行了寫入操作，就無法撤銷，容易導致數據不一致。
舉個例子：如果你在轉賬操作中，從一個賬戶扣錢失敗但另一個賬戶加錢成功，InnoDB 可以通過事務回滾來避免錯誤，而 MyISAM 就可能出問題。
2. 鎖機制不同：行鎖 vs 表鎖
InnoDB 使用的是行級鎖（Row-level Locking），也就是說，它在并發寫入時只鎖定受影響的行，而不是整張表。這樣能顯著提高并發性能，尤其是在高并發寫入的場景下表現更好。
MyISAM 使用的是表級鎖（table-level Locking），每次寫操作都會鎖定整張表，導致其他寫操作必須排隊等待。這在讀多寫少的場景下影響不大，但在寫操作頻繁的情況下會導致性能瓶頸。
比如，你有一個論壇系統，用戶發帖和評論比較頻繁，用 InnoDB 能更好地處理并發請求；而如果是靜態網頁內容展示為主的網站，MyISAM 的性能差異就不那么明顯了。
3. 崩潰恢復能力：InnoDB 更安全
InnoDB 內置了崩潰恢復機制，當數據庫異常關閉或服務器宕機后重啟，InnoDB 能自動恢復未完成的事務，確保數據的一致性。
而 MyISAM 在這種情況下容易出現數據損壞，需要手動運行修復命令（如 REPaiR TABLE）才能恢復正常。這也是為什么在生產環境中，InnoDB 成為了主流選擇的重要原因之一。
4. 全文索引和空間索引的支持情況
早期版本中，MyISAM 支持全文索引的時間比 InnoDB 早很多。不過從 MySQL 5.6 開始，InnoDB 也開始支持全文索引，功能上已經追平甚至超越了 MyISAM。
至于空間索引（用于地理數據類型），目前仍然只有 MyISAM 支持，不過實際使用場景相對較少。
總結一下怎么選？
- 如果你的應用需要事務、高并發寫入、崩潰恢復能力強，優先選 InnoDB。
- 如果是讀多寫少、對事務沒有要求、追求極致的查詢性能，可以考慮 MyISAM，但要注意備份和維護成本。
現在 MySQL 默認使用的存儲引擎已經是 InnoDB，大多數現代應用場景也都推薦使用它。MyISAM 雖然還在，但逐漸變得小眾了。
基本上就這些，理解清楚兩者的區別，選起來就不會太糾結了。
