调大参数不能加快myisam→innodb转换速度，因mysql强制使用copy算法，核心瓶颈在算法本身而非配置；所有“加速”实为规避锁、减少阻塞、防止失败。
直接调大参数不能加快 MyISAM → InnoDB 的转换速度，因为核心瓶颈不在配置项，而在 MySQL 强制采用的 COPY 算法本身。所有“加速”操作本质是规避锁、减少阻塞、防止失败，而非让 ALTER TABLE ... ENGINE=InnoDB 本身变快。
为什么调参对 ALTER 转换无效
MySQL 对 MyISAM 表执行 ALTER TABLE t ENGINE=InnoDB 时，无论版本新旧（包括 8.0），都会强制走 COPY 算法：新建临时表 → 全量拷贝数据 → 重建索引 → 原子切换。这个过程无法被 innodb_buffer_pool_size、sort_buffer_size 等参数加速，反而可能因参数不合理导致失败：
-
innodb_log_file_size过小会触发频繁刷盘，出现innodb_log_waits > 0，拖慢拷贝进度 -
tmp_table_size和max_heap_table_size不影响该操作（它不走内存临时表） - 加
ALGORITHM=INPLACE或LOCK=NONE会被 MySQL 自动降级为LOCK=EXCLUSIVE，无实际效果
真正能降低转换风险的参数设置
这些参数不提速，但能避免常见失败场景，让转换更稳、更可预期：
- 确认
innodb_file_per_table=ON（5.6+ 默认开）：否则新表写入共享表空间ibdata1，后续无法收缩，且多表并发转换易争抢空间 - 增大
innodb_log_file_size（如从 48M → 256M）：减少日志切换频率，缓解copy to tmp table阶段的 I/O 压力；需重启生效 - 临时调高
innodb_online_alter_log_max_size（如设为 268435456 = 256MB）：防止大表在线 DDL 日志缓冲区溢出报错ER_ALTER_OPERATION_NOT_SUPPORTED - 确保
key_buffer_size不过大（如从 512M 降到 64M）：避免与innodb_buffer_pool_size争抢内存，间接保障拷贝过程不 OOM
比调参更关键的前置检查
很多“转换卡住”根本不是性能问题，而是环境不满足导致中途失败：
- 用
SHOW INDEX FROM t WHERE Key_name = 'FULLTEXT'检查全文索引：存在则ALTER直接报错退出，必须先DROP INDEX - 用
SHOW KEYS FROM t WHERE Non_unique = 0 AND Seq_in_index = 1确认主键或唯一非空索引：没有则 InnoDB 会静默创建隐藏ROW_ID，后续排查困难 - 用
df -h /var/lib/mysql核实空闲空间 ≥data_length + index_length× 2.2：磁盘不足是ALTER中断最常见原因 - 禁止在从库执行：DDL 会阻塞 SQL 线程回放，造成
Seconds_Behind_Master飙升
真正需要“加快”的场景，往往意味着表已经大于 500MB —— 这时再纠结参数毫无意义，应该直接切到 pt-online-schema-change。它的迁移速度取决于主键分布和 chunk 大小，而不是 MySQL 的全局参数。
