innodb_io_capacity and innodb_io_capacity_max，这两个参数真的是innodb数据库引擎需要的参数吗？是innodb 需要他们，还是他们需要innodb 。这个问题到底是先有鸡，还是先有蛋呢？
innodb_io_capacity变量定义了InnoDB后台任务每秒可用的I/O操作数(IOPS)，比如刷新缓冲池中的页面和合并更改缓冲区中的数据。
首先我们必须确认这个问题的重要性，io_capacity 到底要做点什么，在InnoDB中更新一段数据时，更新是在内存中进行的，缓冲池中受影响的页面(或多个页面)被标记为脏的。当您写入更多的数据时，脏页的数量将会增加，并且在某个时候，它们需要被写到磁盘上。这个过程在后台发生，称为刷新。innodb_io_capacity定义了InnoDB刷新页面的速度。
那么到底调整这个值，会产生什么影响，从哪里看，如果有PMM可以从innodb i/o data write 指标来看或者是从 innodb_data_fsyncs 这个指标来看，当然需要进行一些处理。
innodb_io_capacity调整，将其参数逐步提高，并进行批量持续性的操作后，大致的结果如下，画一个草图。
从图中可以看到，如果是同样的数据量的情况下，数字越小，写入系统需要的时间越长，以此类推，参数越大，相关写入同样数据的时间就越短。
而缩短数据的写入的时间，对于整体系统来说是有好处的，例如一个繁忙的系统，写操作等都是由 innodb_write_io_threads 数量来控制的，所以当较低的innodb_io_capacity 会引起刷新脏页的线程与刷新数据量之间的矛盾，最终会导致，IO整体负载加大，关机缓慢，甚至导致系统性能问题，从系统中刷出的脏页，MYSQL INNODB 会有DB WRITE REDO，undo, binlog 等操作，所以MYSQL I/O 系统是很繁忙的，降低由于刷脏页造成的占用 CPU 以及I/O 的时间对整体的系统都是有好处的。
所以调整innodb_io_capacity and innodb_io_capacity_max 以适合你当前的系统，就变得更重要的尤其是针对负载较重的系统。
但调整大了，超过I/O系统的负荷又会怎么样？那问题就大了，本身I/O 承受不了一次性的写入，那整体I/O 就会陷入停顿，多个线程的写入，整体I/O系统在高负载的情况下，就会整体陷入性能问题，所以调整innodb_io_capacity and innodb_io_capacity_max，量力而行，留有余地。
一般调整需要知道当前系统的IOPS 是多少，根据innodb_io_capacity参数指标， innodb_io_capacity_max 大于 innodb_io_capacity。
这里给一个参考，如果IOPS 没有超过200 在高并发的MYSQL数据库系统中很容易就会产生I/O性能瓶颈
15k rpm: 180-210 IOPS
10k rpm: 130-150 IOPS
7200 rpm: 80-100 IOPS
5400 rpm: 50-80 IOPS
下图是下面那篇专业的文字中的截图
