[MySQL Delay]生产环节主从延迟的问题解决过程记录： sync_binlog=0

admin

Seconds_Behind_Master: 7600
0 Q- l$ j5 @4 t1 N' b2 m3 H
1， 检查show full processlist; 没有任何slow的dml sql语句。
2， 检查innodb status，没有任何lock的块。
3， 检查cacti，里面cpu usage从4%上升到了15%，Percona InnoDB I/O GT 从90%降低到了50%%。
4， 检查当前connections，发现处于业务低峰期。
5，  尝试我重启了下mysql server，结果Seconds_Behind_Master还是不停的增长。
3 B" R( y* G. o) \
6，最后去检查写入参数看下：
mysql> show variables like '%commit%';
+--------------------------------+-------+
| Variable_name                  | Value |
1 W/ B& n: a! c2 S& x+--------------------------------+-------+
" |% H; E$ V7 a/ b0 ]; z0 r| autocommit                     | ON    |
| innodb_commit_concurrency      | 0     |
| innodb_flush_log_at_trx_commit | 0     |
6 R2 A8 u( T$ o& V9 @/ }; u7 k+--------------------------------+-------+
3 rows in set (0.00 sec)

commit为0，已经算是最快的了。
1 k3 K4 @# |1 h: E再看binlog
mysql> show variables like 'sync_binlog';
+---------------+-------+
- o2 B% ?; B- Q+ y| Variable_name | Value |
+---------------+-------+
* _  F5 n! G2 ^| sync_binlog   | 2     |
+---------------+-------+
8 z, y6 M2 ], l4 C1 @8 r) B6 b1 row in set (0.00 sec)
* s8 B9 e/ ?$ O
" R7 C0 ~! \* l. v6 @那么改成0试试看吧。
set global sync_binlog=0;
  g" e; i# a2 Y6 e$ d; K
) l1 A- p! G7 _! r: u: H' g6 p+ K执行完后，从Seconds_Behind_Master: 9200变成了Seconds_Behind_Master: 8791，开始追了。
又过了3分钟，已经是Seconds_Behind_Master: 0了。
虽然问题解决了，但是主要问题不在sysn_binlog，估计是磁盘有问题了，不然不可能在晚上业务低峰期，会主从delay的。平常白天业务高峰期都没有主从delay过，把疑惑发给山姆大叔，让他去找system administrator吧，去check下disk的问题。