Windows Server上MySQL 8.0 IOPS瓶颈主因是Windows文件系统缓存与InnoDB双重缓冲、IO线程数不足（默认4）、NTFS 4KB簇与InnoDB 16KB页不匹配；必须设innodb_flush_method=unbuffered、innodb_read/write_io_threads=12、格式化磁盘为64K分配单元，并禁用卷影复制等干扰服务。
MySQL 8.0 在 Windows Server 上的 IOPS 性能瓶颈，往往不是磁盘本身慢，而是配置没绕开 Windows 的文件系统和 MySQL 的双重缓存机制。直接调大 innodb_io_capacity 没用，关键得让 InnoDB 真正“触达”SSD 的随机读写能力。
为什么 Windows Server 上的 MySQL IOPS 上不去？
常见现象是：明明用了 NVMe SSD，iostat 或任务管理器看到磁盘队列长度高、% Disk Time 接近 100%，但 SHOW ENGINE INNODB STATUS 里 pending normal aio reads/writes 却持续积压——说明 I/O 请求卡在了内核层或 MySQL 自身调度上。
根本原因有三个：
- Windows 默认启用文件系统缓存（
FILE_FLAG_NO_BUFFERING未强制），导致 InnoDB 的O_DIRECT实际失效，出现双重缓冲 -
innodb_read_io_threads和innodb_write_io_threads在 Windows 下默认为 4，远低于现代多核 CPU 的并行能力 - NTFS 的 4KB 簇大小与 InnoDB 默认页大小（16KB）不匹配，小写放大严重，尤其在大量
INSERT ... ON DUPLICATE KEY UPDATE场景下
必须改的 my.ini 配置项（Windows 专属）
在 [mysqld] 段中，以下参数不是“可选”，而是 Windows Server 必须显式设置的底线配置：
-
innodb_flush_method=unbuffered—— Windows 下唯一真正等效于 LinuxO_DIRECT的选项；normal或留空会触发系统缓存，async_unbuffered已被弃用且不稳定 -
innodb_read_io_threads=12、innodb_write_io_threads=12—— 建议设为逻辑 CPU 核心数的 75%（如 16 核就设 12），Windows 的 I/O 完成端口（IOCP）模型依赖足够线程数来驱动并发 AIO -
innodb_io_capacity=3000、innodb_io_capacity_max=6000—— 不要照搬 Linux 文档的“2000-5000”，Windows 的 IOCP 调度延迟更高，需更保守地设上限，避免线程饥饿 -
innodb_flush_neighbors=0—— SSD/NVMe 必关；NTFS 对邻近页合并写入无优化，反而增加无效 I/O
NTFS 和磁盘准备不可跳过的步骤
光改配置不够。Windows Server 的底层存储行为必须对齐 InnoDB 的 I/O 模式：
- 格式化数据盘时用
format /FS:NTFS /A:64K—— 将分配单元大小设为 64KB，能显著降低碎片和小写放大；不要用默认的 4KB - 禁用卷影复制（Volume Shadow Copy）和 Windows Search 索引服务 —— 这两个后台进程会频繁扫描
datadir目录，干扰 InnoDB 的预读逻辑 - 确保 MySQL 服务以专用本地账户运行（而非
Local System），并在secpol.msc中授予该账户SeLockMemoryPrivilege（锁定内存权限），防止innodb_buffer_pool_size被系统换出 - 若使用 RAID，务必关闭 RAID 卡的写缓存（Write Back → Write Through），否则
innodb_flush_log_at_trx_commit=1失效，数据一致性无法保证
验证是否真生效：别只看任务管理器
Windows 的“磁盘活动”图表意义有限。真正要看的是：
- PerfMon 中添加计数器：
MySQL:InnoDB Data Reads/sec、MySQL:InnoDB Data Writes/sec，对比修改前后是否提升 2–3 倍 - 执行
SELECT * FROM sys.innodb_metrics WHERE name LIKE 'io%read%'，关注innodb_metrics.io_ibuf_reads是否下降（说明缓冲池命中率提高，I/O 减少） - 用
Process Monitor（Sysinternals 工具）过滤mysql.exe的WriteFile操作，确认 I/O 大小集中在 16KB/64KB（而非大量 4KB），且无重复路径缓存访问
最容易被忽略的是 NTFS 分配单元大小和 unbuffered 模式的绑定关系：哪怕其他全调对，只要格式化没用 /A:64K，innodb_flush_method=unbuffered 就无法发挥全部效力。
