MyISAM 表在高并发写入时会卡死，因其采用表级锁，任一写操作（INSERT/UPDATE/DELETE）均锁全表，导致SELECT被阻塞，引发查询变慢、连接堆积及Lock wait timeout exceeded错误。
MyISAM 表在高并发写入时为什么会卡死？
MyISAM 使用表级锁，INSERT、UPDATE、DELETE 任意一个写操作都会锁住整张表。当业务中存在批量导入、定时统计或日志写入场景，SELECT 查询会被阻塞，表现为“查询变慢”“连接堆积”，甚至触发 Lock wait timeout exceeded 错误。
典型场景：用户行为日志表用 MyISAM 存储，凌晨跑报表时执行 SELECT COUNT(*) FROM log_table WHERE day='2024-06-01'，同时有应用持续写入，查询会等写锁释放——而写入可能持续数分钟。
- 不要把 MyISAM 当作“读多写少”的万能解：只要写入频次 > 5–10 次/秒，就容易暴露锁争用
- MyISAM 的
CHECK TABLE和REPAIR TABLE是阻塞式操作，线上执行等于主动停服 - 崩溃恢复无保障：mysqld 异常退出后，MyISAM 表可能损坏，且只能靠离线修复
InnoDB 是否真的适合所有表？
InnoDB 默认支持事务、行锁、MVCC 和崩溃恢复，但不是零成本。它的内存占用更高（innodb_buffer_pool_size 至少需覆盖热数据），写放大更明显（doublewrite buffer、redo log、change buffer 多层机制），对 SSD 耐久度有隐性影响。
关键取舍点在于：是否需要原子性、一致性，以及能否接受写入延迟波动。比如配置类小表（sys_config）、状态码字典表（order_status），几乎不更新、无事务依赖，强行上 InnoDB 只是徒增开销。
- 小静态表（
- InnoDB 的
auto_increment锁行为在高并发插入时可能成为瓶颈，尤其使用innodb_autoinc_lock_mode=0（传统模式）时 -
SELECT COUNT(*)在 InnoDB 上需扫描索引，比 MyISAM 的元数据计数慢一个数量级——若业务真有高频全表计数需求，得单独加汇总表或缓存
混合引擎下外键和事务会出什么问题？
MySQL 不允许跨引擎外键约束：ALTER TABLE t1 ADD FOREIGN KEY (ref_id) REFERENCES t2(id) 会失败，如果 t1 是 InnoDB 而 t2 是 MyISAM。更隐蔽的问题是事务语义断裂：在一个 BEGIN...COMMIT 中同时操作 InnoDB 表和 MyISAM 表，InnoDB 部分可回滚，MyISAM 部分已提交无法撤销。
常见误用：订单主表（InnoDB）关联日志明细表（MyISAM），业务代码里用事务包裹下单+记日志逻辑，以为能原子执行——实际上日志写入一旦发生就不可逆。
- 混合架构中，所有涉及一致性的关联操作（如“扣库存+写订单+记流水”）必须落在同一引擎，优先选 InnoDB
- MyISAM 表只能作为只读归档或异步写入目标（例如通过
INSERT DELAYED或应用层队列落地） - 备份策略必须拆开：InnoDB 用
mysqldump --single-transaction，MyISAM 必须加全局读锁或停写，否则备份不一致
从 MyISAM 迁移到 InnoDB 的真实代价是什么？
迁移不是改个 ENGINE=InnoDB 就完事。ALTER TABLE t ENGINE=InnoDB 在大表上会锁表、占磁盘空间（临时表）、耗尽 buffer pool，线上执行极易触发超时或 OOM。而且，MyISAM 的全文索引（FULLTEXT）语法与 InnoDB 不完全兼容，MATCH ... AGAINST 在长文本字段上性能差异显著。
- 大于 1GB 的表，务必在低峰期用
pt-online-schema-change或gh-ost在线迁移 - 原 MyISAM 表若有
CHAR字段存大量空格，InnoDB 下实际存储长度不变，但排序规则（collation）变更可能导致查询结果变化 - 迁移后首次
SELECT可能极慢——因为数据还没加载进innodb_buffer_pool，要预热：用SELECT id FROM table LIMIT 1000循环触发加载
混合使用的边界其实很窄：只有在历史包袱重、且明确划分了读写角色（如 MyISAM 仅用于报表库只读查询）时才值得考虑。多数新系统直接统一 InnoDB 更省心，真正要花精力的，是设计好索引、控制事务粒度、调优 innodb_log_file_size 和 innodb_flush_log_at_trx_commit。
