ssd环境下必须将innodb_flush_neighbors设为0，因其在ssd上引发额外i/o、延长刷页耗时、拖慢事务提交；需set global动态生效并修改配置文件固化，再通过iostat、脏页数及写延迟验证效果。
在 SSD 环境下，innodb_flush_neighbors = 0 是必须关闭的配置项，不是可选项。它原本为 HDD 的顺序写优化而生，但在 SSD 上反而制造额外 I/O、拉长单次刷页耗时、拖慢事务提交——尤其在高并发写入场景下，会直接表现为 UPDATE/INSERT 响应时间飙升、大量线程卡在 waiting for flush 状态。
为什么 SSD 必须设为 0
SSD 的随机写性能接近顺序写，不需要靠“顺带刷邻接页”来合并 I/O。开启该参数后，InnoDB 每次刷一个脏页，都会扫描所在 extent（1MB，64 个页）内其他脏页并一并刷出，导致：
- 单次刷页 I/O 量从几十 KB 暴增至几 MB
- iowait 升高但磁盘吞吐未饱和（I/O 被人为加粗，而非真正打满）
- redo log 积压风险上升，可能触发 innodb_log_waits
- buffer pool 中 Innodb_buffer_pool_pages_dirty 长期高位震荡
安全关闭的两步操作
仅执行 SET GLOBAL 不足以持久生效，必须同步完成以下两项：
-
运行时立即生效：执行
SET GLOBAL innodb_flush_neighbors = 0;，后续新发起的刷页任务即按此规则执行（已排队任务不受影响） -
配置文件固化：在
/etc/my.cnf或/etc/mysql/mysql.conf.d/mysqld.cnf的[mysqld]段落中添加：innodb_flush_neighbors = 0
否则重启后自动恢复默认值 1（MySQL 5.6+ 默认启用）
验证是否真正生效
关掉不是终点，要盯住三个关键指标确认效果：
-
刷页粒度下降：用
iostat -x 1观察avgrq-sz（平均请求大小），应从几百 KB～数 MB 显著回落至 16–64 KB（单页或小批量） -
脏页水位稳定：执行
SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool_pages_dirty';，数值应在合理区间平稳波动（如总页数的 5%–20%），不持续冲高 -
写延迟改善：对比
sys.schema_table_statistics中高频写表的avg_timer_wait，确认 UPDATE/INSERT 平均耗时下降（建议配合慢日志或 Performance Schema 定向分析）
配套调整建议（非强制但强烈推荐）
单独关 innodb_flush_neighbors 效果显著，但搭配以下配置可释放更大性能空间：
-
调高 innodb_io_capacity：设为 SSD 实测 IOPS 的 60%～80%，例如 NVMe 盘实测 50,000 IOPS，可设
innodb_io_capacity = 30000 - 增大 innodb_log_file_size：单个 redo log 文件建议 ≥ 2GB（如 4G），减少 checkpoint 频率，缓解刷脏压力
-
检查 innodb_max_dirty_pages_pct：若设得过高（如 90），可能导致刷页滞后；SSD 下可保守设为
75或60，让刷页更主动
