为什么 MySQL 8 中的页面清理器会增加数据库的活动连接数？

Question

这个问题是从 Stack Overflow 迁移过来的，因为它可以在 Database Administrators Stack Exchange 上回答。 2 天前迁移。

我注意到，当在我的 MySQL 8 数据库中触发页面清理器时，它会导致活动连接数暂时增加。 这可能会导致新连接到数据库的等待时间增加，并影响整体性能。

这是 MySQL 8 页面清理器的正常行为吗？ 如果是这样，为什么它会导致活动连接数增加？ 还有，有没有办法将页面清理器对活动连接的影响降到最低？

对此事的任何见解或指导将不胜感激。

Answer 1

这取决于操作系统的配置

在MySQL 8.0 Documentation on innodb_page_cleaners中，部分说明

如果在将脏页从缓冲池实例刷新到数据文件时您的工作负载受写 IO 限制，并且如果您的系统硬件有可用容量，则增加页面清理器线程的数量可能有助于提高写 IO 吞吐量。

多线程页面清理器支持扩展到关闭和恢复阶段。

setpriority() 系统调用在支持它的 Linux 平台上使用，并且 mysqld 执行用户被授权将 page_cleaner 线程优先于其他 MySQL 和 InnoDB 线程，以帮助页面刷新与当前工作负载保持同步。 此 InnoDB 启动消息指示 setpriority() 支持：

 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().

如果 Google CloudSQL 实例有它，寻呼机清理器可以根据 I/O 按需增加。

如果您的连接由于写入增加而增加，那么您的实例 class 可能有点太小而无法解决 I/O。 在小实例上增加线程会使事情恶化。 您可能需要增加 innodb_write_io_threads 以使脏页更快地提交到磁盘。 请获取更大的实例 class（打开你的钱包...）