MySQL 配置后台InnoDB I/O线程数

配置后台InnoDB I/O线程数
InnoDB使用后台线程来处理各种类型的I/O请求。您可以使用innodb_read_io_threads和innodb_write_io_threads配置参数来配置服务于数据页读写I/O的后台线程数。这些参数分别表示用于读和写请求的后台线程数。它们在所有支持的平台上都是有效的。你可以在MySQL选项文件(my.cnf或my.ini)中设置这些参数的值;不能动态地更改值。这些参数的默认值是4,允许的值范围是1-64。

这些配置选项的目的是让InnoDB在高端系统上更具扩展性。每个后台线程最多可以处理256个I/O请求。后台I/O的一个主要来源是预读请求。InnoDB试图平衡传入请求的负载,使得大多数后台线程都能平等地工作。InnoDB也尝试将读请求从相同的extent分配到相同的thread,以增加合并请求的机会。如果你有一个高端的I/O子系统,你在SHOW ENGINE INNODB STATUS输出中看到超过64个innodb_read_io_threads挂起的读请求,你可以通过增加innodb_read_io_threads的值来提高性能。

在Linux系统上,InnoDB默认使用异步I/O子系统来执行数据文件页面的预读和写请求,这改变了InnoDB后台线程服务这些类型的I/O请求的方式。

在Linux上使用异步I/O
InnoDB使用Linux上的异步I/O子系统(原生AIO)来执行数据文件页面的预读和写请求。这种行为由innodb_use_native_aio配置选项控制,该选项只适用于Linux系统,默认情况下是启用的。在其他类unix系统上,InnoDB只使用同步I/O。过去,InnoDB只在Windows系统上使用异步I/O。在Linux上使用异步I/O子系统需要libaio库。

使用同步I/O,查询线程会对I/O请求进行排队,而InnoDB后台线程每次会检索一个排队的请求,并对每个请求发出同步I/O调用。当一个I/O请求完成并且I/O调用返回时,InnoDB后台处理这个请求的线程调用一个I/O完成例程并返回处理下一个请求。并行处理的请求数为n,其中n为InnoDB后台线程数。InnoDB后台线程数由innodb_read_io_threads和innodb_write_io_threads控制。

使用本机AIO,查询线程直接将I/O请求分发给操作系统,从而消除了后台线程数量的限制。InnoDB后台线程等待I/O事件来通知完成的请求。当一个请求完成时,后台线程调用一个I/O完成例程,然后继续等待I/O事件。

本机AIO的优势是可伸缩性,对于I/O绑定严重的系统,通常在SHOW ENGINE INNODB STATUS\G输出中显示许多挂起的读/写。使用本机AIO时并行处理的增加意味着I/O调度器的类型或磁盘阵列控制器的属性对I/O性能有更大的影响。

本机AIO对于大量I/O绑定的系统的一个潜在缺点是无法控制一次分配给操作系统的I/O写请求的数量。分派给操作系统进行并行处理的I/O写请求太多,在某些情况下可能导致I/O读不足,这取决于I/O活动的数量和系统能力。

如果操作系统中异步I/O子系统的问题导致InnoDB无法启动,你可以使用innodb_use_native_aio=0来启动服务器。如果InnoDB检测到一个潜在的问题,比如tmpdir位置,tmpfs文件系统,以及Linux内核不支持tmpfs上的异步I/O,这个选项也可以在启动时自动禁用

发表评论

电子邮件地址不会被公开。