InnoDB的MVCC机制使普通SELECT不加锁、不阻塞、也不被阻塞，而MyISAM执行SELECT需抢表级读锁，遇写操作即阻塞；InnoDB还受益于聚簇索引、动态统计、统一缓冲池等设计，在高并发分析场景下吞吐显著优于MyISAM。
InnoDB的MVCC机制让SELECT不加锁，MyISAM却要抢表级读锁
MyISAM在执行任何SELECT时，只要表上有未完成的写操作（UPDATE/DELETE/INSERT），就会被阻塞——因为它必须等当前WRITE LOCK释放。而InnoDB的普通SELECT在默认隔离级别（REPEATABLE READ）下走的是快照读（consistent read），不加锁、不阻塞、也不被阻塞。
这直接导致：在高并发报表查询场景下，100个后台任务同时查同一张订单统计表，MyISAM会排队成一条长龙；InnoDB则几乎并行完成。
- MyISAM的READ LOCK是显式或隐式申请的，哪怕只是
SELECT COUNT(*)也会触发 - InnoDB中只有
SELECT ... FOR UPDATE或SELECT ... LOCK IN SHARE MODE才加锁 - 如果业务用了
autocommit=1，每个SELECT都是独立事务快照，开销极低 - 注意：若InnoDB里开了
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE，普通SELECT也会加锁，吞吐骤降
聚簇索引让范围扫描和GROUP BY更省IO
数据分析类查询常带WHERE create_time BETWEEN ...、GROUP BY status、ORDER BY updated_at DESC——这类操作在InnoDB上天然受益于聚簇索引结构。
主键或时间字段做聚簇索引时，物理存储本身就是按该字段排序的。一次范围扫描就能顺序读取连续磁盘页，缓存命中率高；而MyISAM的索引叶子节点只存数据文件偏移量，每次跳转都可能引发随机IO。
- MyISAM做
GROUP BY通常需临时表+filesort，尤其当sort_buffer_size不足时会写磁盘 - InnoDB若能利用覆盖索引（如
INDEX(status, amount)支持SELECT status, SUM(amount) FROM t GROUP BY status），连回表都省了 - 不要盲目给InnoDB加太多二级索引——每多一个，
INSERT/UPDATE就要多维护一棵B+树，反而拖慢ETL导入速度
MyISAM的统计信息不准，导致优化器选错执行计划
MyISAM依赖ANALYZE TABLE手动更新统计信息，且仅基于采样估算行数；而InnoDB的统计信息（INFORMATION_SCHEMA.INNODB_TABLESTATS）是动态采样的，且在事务提交后自动更新。这对复杂JOIN或子查询的执行计划影响极大。
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
常见现象：EXPLAIN显示MyISAM表用到了索引，但实际执行慢得离谱——因为优化器误判了status = 1只占1%数据，实际占比60%，最终走了索引却做了大量无效回表。
- MyISAM的
Cardinality值长期不更新，SHOW INDEX看到的可能是建表时的快照 - InnoDB在
innodb_stats_auto_recalc=ON（默认）下，表变更超10%会自动重算统计信息 - 若分析类查询涉及大表JOIN，务必确认
join_buffer_size是否足够，否则MyISAM和InnoDB都会退化为Block Nested-Loop
别忽略缓冲池与查询缓存的代际差异
MyISAM靠key_buffer_size缓存索引，数据文件全靠OS page cache；InnoDB用innodb_buffer_pool_size统一缓存索引+数据页，且支持LRU链表分代、预读、压缩页等机制。对反复扫描的大宽表，InnoDB缓存效率明显更高。
更关键的是：MySQL 8.0已彻底移除查询缓存（query cache），而MyISAM曾重度依赖它来加速重复SELECT——这个“优势”早已失效，且当年的查询缓存本身就会因任何写入失效，反而成了并发瓶颈。
- MyISAM的
key_buffer_size只管.MYI，.MYD完全裸奔，SSD时代随机读放大严重 - InnoDB的buffer pool可配置为物理内存的50%~75%，且支持
innodb_buffer_pool_dump_at_shutdown保留热点页 - 如果分析查询带
LIMIT但没走索引，InnoDB仍可能全表扫；此时innodb_old_blocks_pct调太低会导致热点页被刷出，需实测调整
真正拉开吞吐差距的，往往不是引擎名本身，而是MyISAM在现代硬件和混合负载下暴露的陈旧设计：锁粒度粗、缓存割裂、统计滞后、无并发读优化。这些细节在单次查询里不明显，但在定时跑批、BI看板轮询、AB测试多维下钻等真实场景中，会层层叠加成可观测的延迟鸿沟。
