MyISAM适合读多写少场景，1.不支持事务和外键，2.采用表级锁影响并发写入，3.读取速度快尤其全表扫描，4.支持全文索引便于文本搜索，5.可压缩节省空间并支持修复损坏表。
MyISAM 是 MySQL 早期默认的存储引擎之一，虽然在事务支持和并发处理方面不如 InnoDB，但在某些特定场景下仍有其优势。以下是 MyISAM 存储引擎的主要特点和适用特性说明。
不支持事务和外键
MyISAM 最显著的特点是不支持事务处理，这意味着它不具备 ACID（原子性、一致性、隔离性、持久性）特性。一旦执行写入操作，数据立即生效，无法回滚。因此不适合用于需要高数据一致性的系统，如银行交易或订单管理。
同时，MyISAM 不支持外键约束，表之间的关联需要在应用程序层面控制，增加了开发复杂度。
表级锁定机制
MyISAM 使用的是表级锁，即在执行写操作时会锁定整张表，其他线程无法对该表进行读写操作，直到当前操作完成。这会导致在高并发写入场景下性能明显下降。
优点是在以读为主的环境中表现良好，例如数据仓库、报表系统等，多个读操作可以并发执行，互不影响。
快速的读取速度和全表扫描性能
由于结构简单，MyISAM 在执行 SELECT 查询，尤其是全表扫描时效率很高。它的索引采用非聚集方式，索引文件和数据文件分开存储（.MYI 和 .MYD 文件），便于快速定位数据。
适合用于日志记录、缓存数据、只读或读多写少的应用场景。
支持全文索引（FULLTEXT）
MyISAM 是 MySQL 中最早支持全文索引的存储引擎，可用于对文本字段进行高效的关键词搜索。虽然 InnoDB 在较新版本中也支持全文索引，但 MyISAM 的实现更成熟，在一些老系统中仍被广泛使用。
适用于文章搜索、产品描述匹配等文本检索需求。
数据压缩与修复功能
MyISAM 支持使用 myisampack 工具对表进行压缩，生成只读的压缩表，节省磁盘空间，适合归档历史数据。
提供 REPAIR TABLE 命令，可在表损坏后尝试恢复数据，增强了数据可维护性。
基本上就这些。MyISAM 虽然在现代应用中逐渐被 InnoDB 取代，但在无需事务、读密集、需要全文搜索或空间效率的场景中，依然有其实用价值。选择时应根据实际业务需求权衡利弊。
