MyISAM在只读报表中快，因其砍掉事务、锁、日志等写保障机制，数据顺序存储、无MVCC判断、索引直接存物理偏移，但一有写入即失效，且MySQL 8.0默认禁用。
MyISAM 在只读报表业务中确实快，但快不是因为“通用高效”，而是因为它砍掉了事务、锁、日志等所有写保障机制，把资源全押在读路径上——一旦有哪怕一丁点写入，优势立刻归零。
MyISAM 的 .MYD 文件为什么读得快
MyISAM 把数据存在 .MYD 文件里，结构是纯顺序排列的固定长度记录（除非含 VARCHAR 或 TEXT），没有页头、事务ID、回滚指针、隐藏列这些 InnoDB 必备的元数据。这意味着：
- 全表扫描时，磁盘读取是连续的，OS 缓存和预读策略能高效命中
- 每个记录偏移可直接计算，
SELECT * FROM t LIMIT 1000不需要遍历索引树，跳过 B+ 树导航开销 - 无 MVCC 版本链判断，不用过滤非可见版本，
WHERE条件匹配后直接返回 - 但注意：如果表用了
DYNAMIC行格式（含VARCHAR/TEXT），记录变长，碎片多了之后，.MYD读取会退化成随机 I/O，性能掉得明显
KEY_BUFFER_SIZE 是 MyISAM 读性能的命门
MyISAM 的索引全部加载进全局的 key_buffer_size 内存区，而不是像 InnoDB 那样按需加载页。这个值直接影响索引查找速度：
- 设太小（比如默认 8MB）：频繁物理读
.MYI文件，SHOW STATUS LIKE 'Key_reads'会飙升 - 设太大（超过物理内存 25%）：挤占 OS 文件缓存，反而让
.MYD数据读变慢 - 必须配合
myisam_stats_method=NULLS_UNEQUAL（避免 NULL 值干扰索引统计）和关闭query_cache_type（MySQL 5.7+ 默认关，但老配置可能开着——它会让一次 INSERT 失效整张表缓存）
READ_CONCURRENT 真的能并发读写吗
不能。它只在极窄条件下允许一个 INSERT 追加到表末尾，同时不阻塞已有 SELECT。但前提是：
- 建表时显式声明
CREATE TABLE t (...) ENGINE=MyISAM DELAY_KEY_WRITE=1 -
INSERT不能带WHERE、不能触发主键/唯一键冲突、表不能有FULLTEXT索引 -
UPDATE和DELETE仍会触发全表锁，SHOW PROCESSLIST里看到Waiting for table level lock就说明已经卡住 - MySQL 8.0 默认禁用 MyISAM，得确认
disabled_storage_engines没把它列进去，否则连建表都报Unknown storage engine 'MyISAM'
真正容易被忽略的是：MyISAM 的 .MYI 文件头里存着行数、索引统计等元数据，高并发 SELECT 会反复读这个小文件头，在文件系统层形成热点；调大 table_open_cache 到 4096 以上，才能缓解打开/关闭 .MYD/.MYI 的争用。这不是配置优化技巧，而是 MyISAM 架构决定的硬伤。
