|
nse time: 0.00ms (95%), errors: 0.00, reconnects: 0.00
[2140s] threads: 600, tps: 219.00, reads: 108.30, writes: 110.70, response time: 615414.74ms (95%), errors: 0.00, reconnects: 0.00
[2150s] threads: 600, tps: 2046.80, reads: 1023.90, writes: 1022.90, response time: 1158.65ms (95%), errors: 0.00, reconnects: 0.00
[2160s] threads: 600, tps: 2560.12, reads: 1275.81, writes: 1284.31, response time: 854.55ms (95%), errors: 0.00, reconnects: 0.00
[2170s] threads: 600, tps: 3093.08, reads: 1542.49, writes: 1550.59, response time: 783.97ms (95%), errors: 0.00, reconnects: 0.00
[2180s] threads: 600, tps: 3234.00, reads: 1616.00, writes: 1618.00, response time: 698.42ms (95%), errors: 0.00, reconnects: 0.00
[2190s] threads: 600, tps: 3709.84, reads: 1851.62, writes: 1858.62, response time: 772.09ms (95%), errors: 0.00, reconnects: 0.00
[2200s] threads: 600, tps: 3492.39, reads: 1741.19, writes: 1750.79, response time: 762.67ms (95%), errors: 0.00, reconnects: 0.00
[2210s] threads: 600, tps: 3282.96, reads: 1639.88, writes: 1643.08, response time: 889.00ms (95%), errors: 0.00, reconnects: 0.00
[2220s] threads: 600, tps: 3922.43, reads: 1958.12, writes: 1964.32, response time: 690.32ms (95%), errors: 0.00, reconnects: 0.00
[2230s] threads: 600, tps: 3949.69, reads: 1972.60, writes: 1977.10, response time: 836.58ms (95%), errors: 0.00, reconnects: 0.00
[2240s] threads: 600, tps: 4091.38, reads: 2042.09, writes: 2049.29, response time: 617.39ms (95%), errors: 0.00, reconnects: 0.00
在中途会有一阵TPS为零，为什么会出现上述的情况呢，是因为脏页过多，MySQL 必须先将脏页刷到磁盘才能继续工作．
要想了解脏页与redo log 之间的关系，请看 http://blog.csdn.net/yaoqinglin/article/details/46646267
当脏页刷新的速度不及事务提交的速度，导致脏页过多时，就会触发MySQL 的保护机制，停止写入的操作，只刷盘，直到MySQL认为OK了才好．
配置文件如下
innodb_log_file_size = 1000M
innodb_log_files_in_group = 4
innodb_max_dirty_pages_pct = 75
innodb_io_capacity = 200
?
问题的原因找到了，那怎么解决这个问题呢？
个人觉得应该：最为重要的是 减小 innodb_io_capacity
原理分析：
首先看下图
当Log Pad 占了redo log 的75%以上，MySQL会异步的将Log pad所表示的脏页刷到磁盘中，但是此时MySQL不会停止事务的提交以及写入redo log.
当Log Pad 占了redo log 的90%时，MySQL会停止全部的写入操作，将Log Pad 刷新到磁盘．
造成这种情况的原因呢，自然是刷新的速度比不上事务的提交的速度．但是我们在发生问题之间的监控表示，磁盘的I/O并没有被大量的使用，那么MySQL为甚么不
在发生问题之前使用磁盘I/O开始刷，以减轻发生问题时的压力．
原因是MySQL有一种自适应的刷盘方式，控制整个刷新进程．innodb_adaptive_flushing，innodb_io_capacity, innodb_max_dirty_pages_pct, redo log 大小来判断什么时候
开始刷新脏页．怎么判断呢，大致上MySQL 会根据innodb_io_capacity来判断更新的速度能不能在可控的范围内．如果innodb_io_capacity设置过大，则会造成MySQL高估了
磁盘的能力，导致脏页堆积，就会出现本文所说的问题．如果设置过低，则会出现MySQL低估了磁盘的能力，使得数据库能够单位时间内提交的事务数(tps)降低．
我们的服务器的磁盘是7200rpm，属于比较低级的磁盘，根据MySQL 官方的建议，应该将innodb_io_capacity降低到100.
?
[root@t1 bin]# ./sg_vpd /dev/sda --page=0xb1
Block device characteristics VPD page (SBC):
Nominal rotation rate: 7200 rpm
Product type: Not specified
WABEREQ=0
WACEREQ=0
Nominal form factor: 3.5 inch
HAW_ZBC=0
FUAB=0
VBULS=0
官方的建议：
?
?
For systems with individual 5400 RPM or 7200 RPM drives, you might lower the value to the former default of 100.
修改之后重新测试，发现不会出现问题．解决的很漂亮有木有．
?
|