innodb_page_size不可动态修改，因页大小在初始化时固化于表空间文件头，重启时MySQL校验配置与现有数据一致性，不匹配则启动失败或静默回退；生效值以实际数据文件为准，非配置文件所设。
MySQL 的 innodb_page_size 不能在已有实例上动态修改，必须在初始化数据库时指定；否则启动会失败或被忽略。
为什么改配置文件后 innodb_page_size 不生效
你看到的 SHOW VARIABLES LIKE 'innodb_page_size' 返回值，反映的是当前数据目录（datadir）里已存在的系统表空间（如 ibdata1）所用的页大小，不是配置文件里写的那个值。InnoDB 在首次初始化时把页大小“刻进”了系统表空间头和所有后续创建的表空间中，之后再改 my.cnf 并重启，MySQL 会校验现有数据文件与新参数是否兼容——不兼容就直接拒绝启动，或静默回退到原有值。
- 常见错误现象：
mysqld启动失败，日志里出现类似InnoDB: Unsupported redo log format. The redo log was created with innodb_page_size=16384, but the current setting is 8192 - 即使启动成功，
SHOW VARIABLES显示的仍是旧值，说明配置未被采纳 - MySQL 8.0+ 会在错误日志中明确提示
innodb_page_size has been changed, but the data directory already contains data files
正确做法：用 --initialize 或 --initialize-insecure 重新初始化
必须清空或另起一个干净的 datadir，然后用带参数的初始化命令生成全新数据文件。
- 停止 MySQL：
sudo systemctl stop mysql - 备份并清空原数据目录（例如
/var/lib/mysql），或新建目录如/var/lib/mysql_16k - 执行初始化（以 16KB 为例）：
mysqld --initialize --innodb-page-size=16384 --datadir=/var/lib/mysql_16k --user=mysql - 初始化完成后，修改
my.cnf中的datadir和innodb_page_size保持一致，再启动服务
注意：--innodb-page-size 是命令行参数，不是配置项；它只在初始化阶段起作用，且必须与后续配置文件中的 innodb_page_size 完全一致。
哪些页大小可用、怎么选
可选值只有 4096、8192、16384、32768、65536（单位字节），对应 4K/8K/16K/32K/64K。不是所有值在所有版本都支持：
- MySQL 5.6 起支持 4K–16K；8.0+ 支持到 64K，但需确认 OS 文件系统块大小（如 ext4 默认 4K，XFS 可配更大）
- 16K 是默认且最稳妥的选择：适配大多数 SSD 的页对齐，索引深度合理，缓冲池利用率高
- 小页（4K/8K）适合高并发小记录场景，但会增加 B+ 树层数和内存开销；大页（32K+）减少 I/O 次数，但单页内碎片率上升，且可能浪费 buffer pool 空间
- 一旦选定，整个实例所有表空间（系统表空间、独立表空间、undo 表空间）都强制使用该大小，无法混用
容易被忽略的关键点
页大小不是“调优开关”，而是底层存储契约。它影响的不只是单页能存多少行，还包括：
- redo log 格式和校验逻辑（改页大小 = 必须重建 redo 日志）
- buffer pool chunk 分配粒度（
innodb_buffer_pool_chunk_size必须是页大小的整数倍） - 临时表空间（
ibtmp1）也受其约束，初始化后无法单独更改 - 备份工具（如 Percona XtraBackup）必须与页大小匹配，否则恢复失败
所以别想着“先试试再换回来”——没有平滑迁移路径，只有重建实例这一条路。
