MyISAM适合读多写少场景，因结构简单、查询性能高，常用于数据仓库和报表系统；其索引与数据分离、全表扫描高效，但仅支持表级锁，不支持事务和外键，易损坏且恢复困难，适用于无事务需求、大容量只读应用。
MyISAM 是 MySQL 早期默认的存储引擎，虽然在现代应用中逐渐被 InnoDB 取代，但在某些特定场景下仍有其使用价值。它基于 ISAM（Indexed Sequential Access Method）算法，具有结构简单、性能高效的特点。
读取速度快，适合读多写少场景
MyISAM 最显著的优势是查询性能高，尤其适用于以读操作为主的系统，比如数据仓库、日志分析平台或报表系统。
- 索引和数据分离存储，采用紧凑结构，提升缓存命中率
- 全表扫描效率高，适合大数据量只读查询
- 不支持事务，减少了锁机制和回滚段的开销，从而提高读性能
表级锁定，并发写入性能差
MyISAM 使用的是表级锁，而不是行级锁。这意味着当一个线程对某张 MyISAM 表进行写操作时，整个表都会被锁定。
- 同一时间只能有一个写操作执行，其他读写请求需排队
- 高并发写入环境下容易产生阻塞，影响整体响应速度
- 不适合频繁更新、删除或多用户同时修改数据的应用
不支持事务和外键约束
MyISAM 最大的功能限制在于缺乏事务支持，也无法使用外键（FOREIGN KEY）来维护数据完整性。
- 无法实现 ACID 特性中的原子性、一致性与持久性保障
- 一旦写入过程中断（如断电），可能导致数据不一致
- 需要开发者自行控制数据逻辑关系，增加应用层复杂度
支持全文索引和压缩表功能
尽管功能有限，MyISAM 提供了一些实用特性，特别是在 MySQL 5.6 之前，它是唯一支持FULLTEXT 全文索引的引擎。
- 适合用于文章搜索、产品描述匹配等文本检索场景
- 可通过 myisampack 工具对表进行压缩，节省磁盘空间
- 压缩后的表变为只读，适用于归档历史数据
容易损坏且恢复较麻烦
MyISAM 的文件结构相对脆弱，意外断电或异常关闭可能导致表损坏。
- 常见错误包括“Table is marked as crashed”
- 可使用 REPAIR TABLE 命令或 myisamchk 工具尝试修复
- 建议定期备份并开启自动检查机制（如 CHECK TABLE）
基本上就这些。MyISAM 适合对事务无要求、以读为主、数据量大但更新少的应用场景。随着 InnoDB 功能不断完善（如支持全文索引），MyISAM 的使用已大幅减少，但在特定用途中仍有一定优势。选择时应根据实际业务需求权衡功能与性能。
