一、innodb 在刷盘时要面对的问题：

　　1、对于innodb 的master thread 这个线程来说，它会在后台执行许多的任务，这些任务大多数都是与IO操作相关的，

　　比如“刷新脏页到磁盘”、“合并插入缓存到二级索引”、master thread 不只是要完成这些工作，而且还要考虑到对

　　性能的影响，力求完成这些工作的同时也不怎么影响性能；

 

　　2、上面说的还是比较抽象的，还是来个例子。假设磁盘每秒只能完成100个IO请求，业务逻辑每秒有60个事务，从少的

　　算假设60个事务的日志刷新对应着60个写请求，如果这个一秒内master thread 发起80个IO请求；也就是说一秒内

　　磁盘只能处理100个请求，而mysql总共发起了140个；那么就有40个请求要再下一秒才能完成，如果每一秒都发起140

　　个请求的话，最终mysql还是会卡死的，因为它根本忙不过来。

 

　　3、好现在，再回过头来看一下master thread 干的什么事、由上面说的内容可以知道master thread 就是刷新innodb buffer pool

　　中的数据；再思考一个问题，一个事务怎么才算完成？答案是只要日志(redo，undo)写入了磁盘就算完成了；事实上数据等到

　　空闲的时候再刷新到磁盘也是可以的。

 

　　4、好回到2中提到的问题，问题的本质是硬件性能跟不上，而innodb 并不知道硬件性能这么low，发起了过多的IO请求，使得

　　它出了问题。

 

二、怎么解决问题：

　　由一.4可以知道解决问题的关键是innodb 不知道磁盘的IOPS是有多大，解决方法也就非常的简单了，我们告诉它就行了呀！我们

　　告诉它的方式就是通过配置嘛！

[mysqld]innodb_io_capacity=200

　　比较说这这里告诉innodb磁盘每秒大概可能处理200IO请求。

 

三、对于innodb_io_capacity 的参考：

　　说句大实话，一般的笔记本电脑上的5400转的盘，一秒也就60来个IOPS，经历表示innodb_io_capacity这个200的默认值，

　　通常来说这个参数不会成为约束mysql性能的参数。

 

----

交流学习&打赏

-----------------------------------------------------------------------