不能直接修改innodb_data_file_path中已存在文件的大小声明，否则MySQL启动失败；因InnoDB启动时校验物理文件页数与配置声明是否一致，不匹配则拒绝加载以防数据覆盖。
不能直接改 innodb_data_file_path 里已存在文件的大小声明，否则 MySQL 启动失败——这是最常踩的坑。
为什么改了配置就启动不了？
MySQL 启动时会校验 ibdata1 物理文件的实际页数和配置中声明的初始大小是否一致。比如磁盘上 ibdata1 已经是 1.4G（约 90112 页），但配置写的是 ibdata1:100M，InnoDB 就会报错：
InnoDB: Data file ./ibdata1 is of a different size 90112 pages (rounded down to MB) than specified in the .cnf file 6400 pages!
它不是“不认新大小”，而是“发现你骗它”：物理文件比你声明的大太多，拒绝加载以防误操作覆盖数据。
安全扩增系统表空间的实操步骤
目标是让 InnoDB 接受现有 ibdata1，同时为后续增长留出空间，不中断服务、不丢数据。
- 用
du -h ibdata1查看当前物理大小（如1470103552字节 ≈ 1402M） - 计算对应页数：实际字节数 ÷ 16384（每页 16KB），再除以 1024 得到 MB；或直接用
ls -lh ibdata1看大小后四舍五入到最接近的整数 MB - 修改
my.cnf，把原声明改为精确匹配当前大小：ibdata1:1402M（不能带:autoextend） - 追加一个新文件用于自动扩展：
;ibdata2:512M:autoextend - 完整配置形如：
innodb_data_file_path = ibdata1:1402M;ibdata2:512M:autoextend - 重启 mysqld —— 此时 InnoDB 会加载原有
ibdata1，并开始往ibdata2写新数据
别碰 innodb_temp_data_file_path 的路径，只调大小
迁移后如果发现 ibtmp1 膨胀到上百 GB（常见于未设上限的测试环境），不能删文件、不能改路径，只能靠重启生效新配置：
- 确认当前值：
show variables like 'innodb_temp_data_file_path'; - 在
[mysqld]下设置严格上限，例如：innodb_temp_data_file_path = ibtmp1:12M:autoextend:max:5G - 注意：
ibtmp1路径必须保持默认（即不带目录前缀），改路径会导致启动失败甚至实例不可用 - 该参数修改后必须重启才生效，且重启时会清空临时表空间 —— 这是唯一安全收缩方式
真正危险的不是“不会配”，而是以为改个数字就能生效，结果把生产实例卡在启动阶段。所有大小调整都得先对齐物理文件现状，再增量扩展；所有路径类参数（尤其是 ibtmp1）一旦偏离默认，几乎等于主动放弃恢复能力。
