锁表/禁用索引及ALTER TABLE `runs` DISABLE KEYS致MySQL挂起（CPU100%）原因排查
ALTER TABLE runs DISABLE KEYS时CPU100%挂起的成因 这种情况我之前帮不少开发者排查过，大概率和MyISAM存储引擎的特性以及你的表结构、数据量有关，具体可以从这几个核心方向拆解：
MyISAM引擎的
DISABLE KEYS本质特性
首先要明确：DISABLE KEYS这个命令只对MyISAM表生效，InnoDB会直接忽略该操作。对于MyISAM来说，执行这个命令是为了暂停非唯一索引的更新（主键索引不受影响），方便后续批量插入数据时避免频繁更新索引，提升效率。但如果你的runs表是MyISAM类型，且存在大量非唯一索引，MySQL在执行该命令时需要遍历所有非唯一索引的结构，逐一标记它们为“禁用”状态——这个过程是纯CPU密集型操作，当索引树规模很大时，直接跑满单个CPU核心是非常常见的情况。大表+多索引的组合负载
如果runs表有几百万甚至上千万条数据，同时定义了多个非唯一索引（比如联合索引、长前缀索引），那么执行DISABLE KEYS时，MySQL需要逐个处理每个索引的元数据和索引树节点，计算量会呈指数级上升。加上MyISAM在执行这类DDL操作时会持有表级排他锁，所有针对该表的读写操作都会被阻塞，看起来就像是数据库完全挂起无响应。服务器资源瓶颈放大问题
如果你的服务器本身CPU核心数少（比如只有1核），或者内存不足导致索引树需要频繁从磁盘换入换出，会进一步加剧CPU负载。内存不足时，MySQL需要在处理索引标记的同时频繁处理磁盘IO，CPU会被计算和IO等待双重占用，直接拉满核心资源。旧版本MySQL的潜在bug
某些早期版本的MySQL（比如5.1及更早版本）在处理大表的DISABLE KEYS操作时存在性能bug，会导致CPU占用异常飙升。如果你的MySQL版本较老，可以尝试升级到稳定的新版本来验证是否解决问题。
快速验证方向
你可以先执行以下命令确认关键信息：
- 查看表的存储引擎：
SHOW CREATE TABLE runs; - 查看表的数据规模：
SELECT COUNT(*) FROM runs; - 查看索引详情：
SHOW INDEX FROM runs;
内容的提问来源于stack exchange，提问作者Chris Stryczynski
