MySQL表引擎切换不能只靠ALTER TABLE ... ENGINE=InnoDB，因其默认ALGORITHM=COPY会锁表、耗尽磁盘空间，并引发ERROR 1071或连接中断；MyISAM转InnoDB不支持INPLACE，需预检引擎状态、innodb_file_per_table配置，并分批执行带超时和错误捕获的语句。
mysql表引擎切换为什么不能只靠 ALTER TABLE ... ENGINE=InnoDB？
直接执行 ALTER TABLE t1 ENGINE=InnoDB 看似简单，但批量操作时极易失败：锁表时间长、磁盘空间翻倍、遇到 ERROR 1071 (42000): Specified key was too long 或 ERROR 2013 (HY000): Lost connection to MySQL server during query 是常态。根本原因在于 MySQL 在转换引擎时会重建整张表（尤其是 MyISAM → InnoDB），而默认的 ALGORITHM=COPY 会阻塞写入、吃光临时空间。
- 大表（>1GB）建议改用
ALGORITHM=INPLACE（仅限支持的操作，如 InnoDB 内部优化），但 MyISAM 转 InnoDB 不支持INPLACE，必须走COPY - 检查目标引擎是否启用：
SHOW ENGINES;中InnoDB的SUPPORT字段必须是DEFAULT或YES - 切换前务必确认
innodb_file_per_table=ON，否则所有表数据挤进 ibdata1，后续无法收缩
如何安全批量转换指定数据库下的所有 MyISAM 表？
核心思路是：先生成语句，再分批执行，每条加 timeout 和错误捕获，不追求“一键到底”。
- 用 SQL 查出待转表：
SELECT CONCAT('ALTER TABLE <code>', table_schema, '</code>.<code>', table_name, '</code> ENGINE=InnoDB;') AS stmt FROM information_schema.tables WHERE engine = 'MyISAM' AND table_schema = 'your_db_name'; - 导出为文件：
mysql -u root -p -N -s -e "上面的SQL" > alter_engine.sql - 执行时加限制：
mysql -u root -p --connect-timeout=300 --net-read-timeout=300 --net-write-timeout=300 your_db_name < alter_engine.sql - 更稳妥的做法是逐行执行并记录日志：
while read stmt; do echo "$stmt"; mysql -u root -p -e "$stmt" your_db_name 2>> convert.log || echo "FAIL: $stmt" >> convert.log; done < alter_engine.sql
遇到 ERROR 1071 “Specified key was too long” 怎么办？
这是从 MyISAM 切到 InnoDB 最典型的兼容性坑：InnoDB 默认页大小 16KB，单个索引键长度上限约 767 字节（utf8mb4 下，一个字符占 4 字节，意味着最多 191 个字符的 VARCHAR 索引）。而 MyISAM 对此宽松得多。
- 先定位超长索引：
SELECT table_name, column_name, data_type, character_maximum_length FROM information_schema.columns JOIN information_schema.key_column_usage USING(table_schema, table_name, column_name) WHERE table_schema = 'your_db_name' AND engine = 'MyISAM' AND character_maximum_length > 191; - 修复方式二选一：
- 缩短字段定义：
ALTER TABLE t1 MODIFY COLUMN title VARCHAR(191); - 改用前缀索引：
CREATE INDEX idx_title ON t1 (title(191));，然后删掉原全文索引或完整列索引
- 缩短字段定义：
- 注意：不要盲目调大
innodb_large_prefix，该参数在 MySQL 5.7.7+ 已默认启用，但需配合ROW_FORMAT=DYNAMIC和innodb_file_format=Barracuda（已废弃），现代版本更推荐直接改字段长度
脚本里要不要加事务或锁控制？
不要。MySQL 的 ALTER TABLE 本身就是 DDL 操作，不支持事务回滚，且自带隐式提交。强行套 BEGIN; ... COMMIT; 不仅无效，还会让脚本误判逻辑流。
-
LOCK TABLES更不可取：它会阻塞其他连接，而ALTER TABLE本身已持有元数据锁（MDL），额外加锁纯属冗余 - 真正要控制的是并发度：避免多线程同时跑
ALTER TABLE，尤其在低配机器上容易触发 OOM 或 I/O 饱和 - 建议加轻量检查：每次执行前用
SELECT COUNT(*) FROM information_schema.tables WHERE table_schema='your_db_name' AND engine='MyISAM';确认剩余数量，比依赖脚本计数更可靠
实际批量切引擎最耗神的从来不是语法，而是判断哪张表正在被业务强读写、哪个索引改了会影响慢查询、以及磁盘空间是否真够——这些没法靠脚本自动感知。
