配置后盾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，这个选项也能够在启动时主动禁用。