mysql锁竞争严重如何优化_MyISAM转InnoDB实战方案

MyISAM转InnoDB需停写操作并避开高并发期，注意表锁、外键与NULL唯一索引冲突，调大innodb_buffer_pool_size，处理死锁重试逻辑，修正业务层对MyISAM的惯性假设。MyISAM 表还在用？先停掉写操作再转MyISAM 的表级锁在并发写入时会直接卡死，转 InnoDB 不是「ALTER TABLE 一下就完事」。如果线上有持续 INSERT/UPDATE，ALTER TABLE 过程中表会被锁住，其他写请求排队甚至超时，尤其大表可能锁几十分钟。实操建议：选业务低峰期操作，提前用 SHOW PROCESSLIST 确认无长事务或慢查询占用该表对核心表，先在从库上执行转换，验证无误后再切主库避免用 mysqldump --no-create-info + 手动改 CREATE 语句的方式——容易漏掉索引、AUTO_INCREMENT、字符集等细节转换前确认磁盘空间充足：InnoDB 行格式（如 ROW_FORMAT=DYNAMIC）和 MVCC 机制会让数据文件比 MyISAM 大 20%–50%ALTER TABLE ENGINE=InnoDB 卡住不动？检查外键和唯一索引常见现象是命令一直显示 copy to tmp table 或卡在 rebuilding table，不是性能问题，而是隐性约束冲突。MyISAM 不校验外键，但 InnoDB 会严格检查；MyISAM 允许 NULL 值的列建唯一索引，InnoDB 在 UNIQUE 索引中把多个 NULL 当作不同值，但某些旧版本（如 MySQL 5.6）对含 NULL 的 UNIQUE 索引转换会异常等待。实操建议：转换前跑一遍 SELECT COUNT(*) FROM table_name WHERE column_name IS NULL，如果对应列上有 UNIQUE 索引，先清理或改用普通索引禁用外键检查只对当前会话有效：SET FOREIGN_KEY_CHECKS = 0;，但必须确保上下游表结构一致，否则转完启用检查时会报错加 ALGORITHM=INPLACE（MySQL 5.6+）可跳过拷贝，但仅限部分场景支持；不确定时加 ALGORITHM=COPY 显式声明，避免隐式降级导致意外锁表转完发现 SELECT 变慢？重点调 innodb_buffer_pool_sizeInnoDB 依赖缓冲池缓存数据页，MyISAM 直接读文件系统缓存。如果 innodb_buffer_pool_size 还沿用 MyISAM 时代的配置（比如只设 128M），热点数据全在磁盘上，QPS 下跌明显，尤其是 JOIN 多、范围扫描多的查询。 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手，依托大模型，帮助用户记录、整理和分析音视频内容，体验用大模型做音视频笔记、整理会议记录。