MyISAM表不会发生死锁，因其仅支持表级锁且无事务机制；所谓“卡住”实为锁等待，应通过SHOW PROCESSLIST和SHOW OPEN TABLES排查，优化核心是减少锁表时间或迁移至InnoDB。
MyISAM 表根本不会发生死锁——你看到的“卡住”“超时”“多个线程互相等待”，全是表级锁等待（lock wait），不是死锁（deadlock）。别在 SHOW ENGINE INNODB STATUS 里找原因，它对 MyISAM 完全无效。
为什么 SHOW PROCESSLIST 显示 Waiting for table level lock
MyISAM 只有表级锁：写操作（INSERT、UPDATE、DELETE、ALTER TABLE）会加独占写锁，此时所有其他读写请求都必须排队。常见现象是：
- 一个慢
SELECT（比如没加LOW_PRIORITY或含SLEEP()）长期持有读锁，后续所有写操作停在Waiting for table level lock - 大批次
INSERT未分批，单次锁表数秒，导致大量写请求堆积 -
ALTER TABLE触发全表拷贝重建，在高并发写场景下直接“堵死”整张表
如何快速识别当前谁在锁表
用这两个命令组合排查，比猜更准：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
-
SHOW PROCESSLIST：重点看State列为Locked或Waiting for table level lock的线程，记下ID -
SHOW OPEN TABLES WHERE In_use > 0：列出当前被写锁强占的表（In_use > 0表示有线程正持有写锁） - 确认后，可直接
KILL [ID]终止阻塞源（如长时间运行的SELECT或卡住的ALTER）
MyISAM 写入优化的实操要点
不能防死锁（因为不存在），但能大幅减少锁表时长和排队深度：
- 批量写入必须分批：每批控制在
500–1000行，用多条INSERT INTO ... VALUES (),(),...替代单条超长INSERT - 非关键写操作改用
INSERT LOW_PRIORITY（让位于读请求），注意INSERT DELAYED在 MySQL 8.0+ 已移除 - 读密集场景下，报表类
SELECT显式加SQL_NO_CACHE，必要时用SELECT HIGH_PRIORITY抢锁（慎用） -
ALTER TABLE必须避开高峰期；必须改结构时，走原子切换：CREATE TABLE new LIKE old→INSERT INTO new SELECT * FROM old→RENAME TABLE old TO old_bak, new TO old
最彻底的解法不是“避免假死锁”，而是把表引擎换成 InnoDB。除非你明确依赖 MyISAM 的全文索引（5.6+ InnoDB 已支持）或压缩表特性，否则继续用 MyISAM 就是在给并发写入埋雷——锁表时长不可控，且没有事务回滚能力。
