MyISAM不支持事务和崩溃恢复，采用表级锁，写操作阻塞所有读写，但查询速度快，适合读多写少、无需事务的场景如日志记录、报表系统和全文搜索应用。
MyISAM 是 MySQL 早期默认的存储引擎，虽然现在 InnoDB 更为主流，但在某些特定场景下 MyISAM 依然有其应用价值。理解它的特点有助于合理选择存储引擎。
不支持事务处理
MyISAM 最显著的特点是不支持事务。这意味着它不具备 ACID（原子性、一致性、隔离性、持久性）特性。一旦执行写入操作，比如 INSERT 或 UPDATE，数据会立即被写入磁盘，无法回滚。
如果你的应用不需要事务控制，比如日志记录或只读数据展示，这种即时写入反而能提升效率。
表级锁机制
MyISAM 使用的是表级锁，而不是行级锁。当一个线程对某张 MyISAM 表进行写操作时，整张表都会被锁定，其他线程只能等待写操作完成才能读或写。
这在高并发写入场景下容易造成阻塞。但如果是读多写少的应用，比如新闻网站的内容展示，影响较小。
- 读操作可以并发进行
- 写操作会阻塞所有其他读写请求
查询速度快，适合读密集型应用
由于结构简单，MyISAM 在 SELECT 查询上通常比 InnoDB 更快，尤其是在没有复杂事务和外键约束的场景中。
它对全文索引的支持较早（MySQL 5.6 之前只有 MyISAM 支持 FULLTEXT 索引），适合用于构建简单的搜索功能。
- 适合数据仓库、报表系统等分析类应用
- 常用于缓存表或临时计算结果存储
崩溃后无法安全恢复
MyISAM 缺乏崩溃后的自动恢复机制。如果数据库异常关闭，表可能损坏，需要手动运行 REPAIR TABLE 或使用 myisamchk 工具修复。
这一点让它不适合对数据可靠性要求高的系统，如金融交易或用户账户管理。
基本上就这些。MyISAM 的优势在于简单、高速的读取性能，劣势是缺乏事务、外键和崩溃安全性。根据业务需求权衡取舍即可。
