MySQL 8.0在Windows下Non-paged pool异常升高，主因是InnoDB缓冲池通过内存映射访问数据文件时，Windows内核为映射元数据（页表项、锁结构等）分配不可分页内存，并非MySQL自身bug；需关闭innodb_dedicated_server、合理设置buffer_pool_size并禁用dump/load以缓解。
MySQL 8.0 在 Windows 下“非分页缓冲池”（Non-paged pool）异常升高，基本可以锁定是 InnoDB 缓冲池对内核内存池的间接占用，而非 MySQL 自身 bug 或配置错误。
Windows 的 Non-paged pool 是什么，为什么 MySQL 会碰它？
Non-paged pool 是 Windows 内核保留的一块不能被换出到磁盘的物理内存区域，主要用于驱动、文件系统缓存、网络栈和——关键点——memory-mapped files（内存映射文件）的管理结构。InnoDB 默认使用内存映射方式访问 ibdata1 和每个 .ibd 文件。当 buffer pool 很大（比如 >2GB），且数据文件总大小也较大时，Windows 内核需为每一块映射区域维护页表项、锁结构等元数据，这些就计入 Non-paged pool。
这不是 MySQL “泄漏”，而是 Windows 对大范围 mmap 的标准开销。Linux 下类似结构计入内核 slab（如 kmalloc-4k），但工具不常暴露；Windows 的性能监视器（PerfMon）却把这部分显式标为 “Non-paged pool”，容易误读为异常。
- 查当前 Non-paged pool 使用量：打开性能监视器 → 添加计数器 →
Memory\Nonpaged Pool Bytes - 确认是否由 MySQL 引起：任务管理器中右键 mysqld.exe → “转到服务”，看对应服务名；再在 PerfMon 中添加该服务的
Process\Pool Nonpaged Bytes，比对峰值是否同步 - 典型现象：Non-paged pool 持续增长至 1–3GB，但
mysqld进程的私有工作集（Private Working Set）稳定，系统未卡顿或蓝屏 → 基本可排除驱动级问题
innodb_buffer_pool_size 设置不当会放大这个问题
Buffer pool 越大，InnoDB 尝试映射的文件区域越多，内核需维护的映射元数据就越多。更麻烦的是：MySQL 8.0.22+ 在 Windows 上默认启用 innodb_dedicated_server=ON，会按物理内存自动设 buffer pool —— 一台 16GB 内存的机器可能被设成 12GB，远超实际数据量所需，徒增 Non-paged pool 压力。
将提醒同步至 Windows/Outlook 日历。用户提及「提醒我」「设置提醒」「加到日历」「同步到日历」「日程」「calendar」「日历」时触发。支持Microsoft Graph API 设备代码流认证，无需 Web 服务器，直接写入用户 Outlook 日历。
- 检查真实设置：
mysql -e "SHOW VARIABLES LIKE 'innodb_buffer_pool_size';"，换算成 GB（除以1024^3） - 检查是否被自动干预：
SHOW VARIABLES LIKE 'innodb_dedicated_server';，若为ON，立即关掉：SET GLOBAL innodb_dedicated_server = OFF;，并在my.ini中显式写入innodb_dedicated_server = OFF - 重设 buffer pool：例如 8GB 物理内存机器，建议上限为
innodb_buffer_pool_size = 3G（不是 5.5G 或 6G），并确保能被innodb_buffer_pool_chunk_size × innodb_buffer_pool_instances整除（默认 chunk=128M, instances=8 → 最小合法值 1G）
Windows 特有的 mmap 行为加剧了 Non-paged pool 消耗
不同于 Linux 的 mmap(MAP_PRIVATE)，Windows 的 CreateFileMapping 在某些版本（尤其是 Server 2019/2022）上对大文件映射会更激进地预分配内核结构。加上 MySQL 8.0 默认开启 innodb_buffer_pool_dump_at_shutdown，每次关机前会遍历整个 buffer pool 触发大量页面访问，进一步刺激内核映射管理开销。
- 临时缓解：在
my.ini的[mysqld]段下添加：innodb_buffer_pool_dump_at_shutdown = OFF和innodb_buffer_pool_load_at_startup = OFF - 避免重启时加载旧 dump：
DEL "%ProgramData%\MySQL\MySQL Server 8.0\Data\ib_buffer_pool"（路径依安装而定） - 禁用大页（Large Pages）：Windows 下 MySQL 不支持
large_pages，但若系统启用了Lock Pages in Memory策略，反而会加重 Non-paged pool 压力，应确保该策略未授予mysql用户
真正要盯的不是 Non-paged pool 数字本身
只要系统没出现 IRP_NOT_LESS_OR_EQUAL、SYSTEM_SERVICE_EXCEPTION 等蓝屏，或 SQL 查询明显变慢、连接拒绝，单纯 Non-paged pool 占用 2GB 并不危险。Windows Server 默认允许 Non-paged pool 达到物理内存的 75%，它的设计本就包含这类开销。
容易被忽略的是：当 Non-paged pool 接近上限（如 3.5GB on 4GB RAM）时，后续任何驱动加载、AV 软件扫描或 Windows 更新都可能触发资源争抢，表现为 mysqld 暂时无响应或服务启动失败 —— 这才是需要干预的信号。调 buffer pool、关 dump、禁 dedicated server，三步做完，再观察 48 小时的 Non-paged pool 曲线是否收敛、不再阶梯式上涨。
