目前最常用的两种引擎是 MyISAM（历史悠久的经典款）和 InnoDB（现代全能的主流款）。
一：参数对比
| 特性 | MyISAM | InnoDB |
| 事务支持 (ACID) | 不支持 | 支持 |
| 锁定机制 | 表级锁 (Table-level locking) | 行级锁 (Row-level locking) |
| 外键约束 | 不支持 | 支持 |
| 数据安全性 | 容易损坏，需手动修复 | 强，支持崩溃自动恢复 (Crash Recovery) |
| 主键索引 | 非聚簇索引 (索引和数据分开) | 聚簇索引 (数据即索引) |
| 全文索引 | 支持 (较早支持) | 支持 (MySQL 5.6 之后) |
| 存储空间 | 紧凑，占用磁盘空间小 | 较大，需存储元数据和 Undo Log |
1. 事务处理：安全性的分水岭
InnoDB 是事务安全的。它支持 COMMIT（提交）和 ROLLBACK（回滚）。如果在一个操作中包含 5 个步骤，第 3 步失败了，InnoDB 可以撤销之前的操作，保证数据的一致性。
MyISAM 不支持事务。一旦执行了 SQL，结果就写死在磁盘里。如果操作中途出错，你只能手动去清理已经写进库里的“垃圾数据”。
2. 锁定机制：并发性能的关键
MyISAM (表级锁)：只要有一个人在写（UPDATE/INSERT），整张表就会被锁住。其他人想查这一张表的任何数据都得排队。这就像一个只有一个坑位的公厕，哪怕你是去洗手也得等里面的人出来。
InnoDB (行级锁)：它只锁住当前正在操作的那一行。其他人可以同时操作其他行。这就像拥有多个独立隔间的洗手间，并发能力极强。
3. 数据恢复能力
InnoDB 拥有一个名为 redo log 的日志文件。当系统断电或崩溃重启时，它会利用日志自动修复未完成的数据。
MyISAM 崩溃后经常会出现“索引损坏”的情况，需要手动执行 CHECK TABLE 或 REPAIR TABLE，在生产环境下这非常危险。
4. 存储结构
MyISAM：一个表分为三个文件：.frm (表定义)、.MYD (数据)、.MYI (索引)。
InnoDB：通常存储在 ibdata1 共享表空间或 .ibd（独享表空间）文件中。
应用场景建议
什么时候选 InnoDB？绝大多数 Web 应用：如 CMS、商城、社交平台。
需要数据完整性：必须保证资金、订单等数据绝不出错。
高并发写入：有很多用户同时在操作数据库。
现代开发框架：现在几乎所有主流框架（FastAdmin, Laravel, Django 等）默认都使用 InnoDB。
什么时候选 MyISAM？（极少数特定场景）
纯查询业务：如果表 99% 的时间都在读，几乎不改动，且对数据一致性要求极低。
磁盘空间极其紧缺：MyISAM 比 InnoDB 更节省空间。
老旧系统兼容：某些非常古老的插件或系统强制要求使用。
四、 如何转换存储引擎？
如果你发现现有的表引擎不合适，可以使用以下 SQL 语句进行无损转换：
1. 查看当前表的引擎
2. 将 MyISAM 转换为 InnoDB
- SHOW TABLE STATUS LIKE 'your_table_name';
3. 修改 MySQL 默认引擎
- ALTER TABLE your_table_name ENGINE=InnoDB;
在 my.cnf 或 my.ini 配置文件中添加：
在当今的开发环境下，InnoDB 是绝对的首选。它不仅在数据安全性上完胜，且随着硬件性能的提升，其行级锁带来的并发优势远超 MyISAM。
- Ini, TOML
- [mysqld]
- default-storage-engine=INNODB
文章点评