MyISAM存储引擎的特点
更多面试题请看这里：https://interview.raoyunsoft.com/
MyISAM曾是MySQL 5.1版本之前的默认存储引擎，虽然现在已被InnoDB取代，但在特定场景下仍有应用价值。以下是其核心特点：
1. 不支持事务与外键
- 事务缺失：MyISAM不提供ACID事务支持，设计初衷是追求高性能而非数据一致性。这意味着无法保证操作的原子性、一致性、隔离性和持久性。
- 外键无效：如果强行添加外键约束，MySQL不会报错，但外键功能实际无效，无法维护数据完整性。
2. 表级锁机制
- 锁粒度：默认采用表级锁，而非行级锁。加锁速度快且冲突较少，但并发性能差，高并发写入时易成为瓶颈。
- 死锁风险：由于锁粒度粗，不易发生死锁，但多线程写操作会阻塞整个表。
3. 文件存储结构
- 磁盘文件：每个MyISAM表在磁盘上存储三个文件：
.frm：存储表定义。.MYD(MYData)：存储实际数据。.MYI(MyIndex)：存储索引。
- 缓存策略：仅缓存索引文件（
.MYI），不缓存数据文件（.MYD），依赖操作系统缓存数据，可能导致I/O效率较低。
4. 索引支持
MyISAM支持多种索引类型，优化特定查询场景：
- Full-Text索引：针对文本模糊查询设计，提升
LIKE操作的效率。 - B-Tree索引：标准平衡树结构，所有索引数据存储在叶节点，适合等值查询和范围扫描。
- R-Tree索引：专为空间数据（如geometry类型字段）设计，优势在于多维数据的范围查找。
5. 数据可靠性与恢复
- 易损坏风险：主机宕机时，MyISAM数据文件较易损坏，恢复困难。缺乏事务日志（如InnoDB的redo log），崩溃后需手动修复或使用
myisamchk工具。
6. 性能特点
- 查询优势：SELECT操作性能较高，尤其适合读密集型场景（如数据仓库）。索引结构轻量，全表扫描速度快。
- 写入瓶颈：增删改（INSERT/UPDATE/DELETE）性能较差，因表级锁和缺乏缓冲机制。
适用场景与局限
- 适用场景：只读或读多写少的应用（如报表系统）、空间数据查询（GIS应用）。
- 现代替代：当前MySQL默认使用InnoDB，它支持事务、行级锁和崩溃恢复，更适合高并发OLTP系统。MyISAM仅建议在兼容旧系统或特定优化需求时使用。