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 的使用已大幅减少，但在特定用途中仍有一定优势。选择时应根据实际业务需求权衡功能与性能。
