技术分享 | MySQL 主机该如何配置 fs.aio-max-nr

MySQL 默认是启用 innodb_use_native_aio，使用异步 IO *** 作，MySQL 启动时所需 aio slot 若超过系统当前 fs.aio-max-nr 设置，则无法启动报错 InnoDB: io_setup() failed with EAGAIN after 5 attempts.

通常在单机单实例环境下很少会遇到超出 aio-max-nr 的问题，若部署单机多实例，会大概率遇到此问题。我们来分析下该如何配置 fs.aio-max-nr 参数。关于 aio-nr 与 aio-max-nr

使用 strace 观测 io_setup 调用情况，

总共：4709 个 = 18 * 256 + 101

其分配 256 event 的也就是 InnoDB IO 线程。

linux上，innodb使用异步IO子系统(native AIO)来对数据文件页进行预读和写请求。行为受到参数innodb_use_native_aio控制。

默认是开启的，且只是适用于linux平台，需要libaio库。在其他的类unix平台上，innodb使用的是同步I/O。

由于历史的原因，在windows平台上innodb只使用异步I/O。

在同步I/O情况下，查询线程将I/O请求放入队列，innodb后台线程会便利请求队列，每次处理一个请求。并行处理的请求个数受到后台线程的数量控制(参数innodb_read_io_threads)。

native AIO情况下，查询线程直接将I/O请求分发给 *** 作系统，从而避免的后台线程数量对并发数的控制。innodb后台线程只需要等待 *** 作系统对IO请求的处理反馈信息。

native AIO优点是可以扩展，对于I/O高的系统，通过show engine innodb status可以看到很多挂起的读写线程。磁盘控制器影响I/O性能。

native AIO的另一个优点就是可以进行I/O merge *** 作。

native AIO潜在的不足是，对于高I/O系统缺少对I/O写请求分发的控制。有些场景下，太多的I/O写请求分发给 *** 作系统，可能会导致I/O读饥荒，这取决于系统可以同时处理I/O活动的能力。

---