slave_sql_running: no mysql同步故障解决方法slave_sql_running: no mysql同步故障解决今天检查数据库发现一台mysql slave未和主
slave_sql_running: no mysql同步故障解决方法
slave_sql_running: no mysql同步故障解决
今天检查数据库发现一台mysql slave未和主机同步，查看slave状态：
mysql> show slave status\g
slave_io_running: yes
slave_sql_running: no
last_errno: 1062
....
seconds_behind_master:null
原因：
1.程序可能在slave上进行了写操作
2.也可能是slave机器重起后，事务回滚造成的.
解决办法i：
1.首先停掉slave服务：slave stop
2.到主服务器上查看主机状态：
记录file和position对应的值。
mysql> show master status;
+------------------+-----------+--------------+------------------+
| file | position | binlog_do_db | binlog_ignore_db |
+------------------+-----------+--------------+------------------+
| mysql-bin.000020 | 135617781 | | |
+------------------+-----------+--------------+------------------+
1 row in set (0.00 sec)
3.到slave服务器上执行手动同步：
mysql> change master to
> master_host='master_ip',
> master_user='user',
> master_password='pwd',
> master_port=3307,
> master_log_file='mysql-bin.000020',
> master_log_pos=135617781;
1 row in set (0.00 sec)
mysql> slave start;
1 row in set (0.00 sec)
再次查看slave状态发现：
slave_io_running: yes
slave_sql_running: yes
...
seconds_behind_master: 0
解决办法ii：
mysql> slave stop;
mysql> set global sql_slave_skip_counter=1;
mysql> slave start;
自己的使用体会:方法一是强制性从某一个点开始同步,会有部分没有同步的数据丢失,后续主服务器上删除记录同步也会有一些错误信息,不会影响使用.方法二不一定会有效果.
===========================
ubuntu下nginx做负载实现高性能web服务器5---mysql主主同步
生产环境mysql主主同步主键冲突处理
mysql主从失败 错误got fatal error 1236
mysql主从复制，单台服务器上实施
搭建mysql代理服务器实现读写分离+主从同步
mysql 5.5 主从双向同步
========================================]
1,主从不能同步:
show slave status;报错:error xxx dosn't exist
且show slave status\g:
slave_sql_running: no
seconds_behind_master: null
解决方法:
stop slave;
set global sql_slave_skip_counter =1 ;
start slave;
之后slave会和master去同步 主要看:
slave_io_running: yes
slave_sql_running: yes
seconds_behind_master是否为0，0就是已经同步了
2,还需要做的一些优化与监视:
show full processlist; //查看mysql当前同步线程号
skip-name-resolve      //跳过dns名称查询，有助于加快连接及同步的速度
max_connections=1000    //增大mysql的连接数目，(默认100)
max_connect_errors=100 //增大mysql的错误连接数目,(默认10)
查看日志一些命令
1,  show master status\g;
          在这里主要是看log-bin的文件是否相同。
    show slave status\g;
    在这里主要是看:
                  slave_io_running=yes
                  slave_sql_running=yes
  如果都是yes,则说明配置成功.
2,在master上输入show processlist\g;
    mysql> show processlist\g
    *************************** 1. row ***************************
      id: 2
      user: root
      host: localhost:32931
      db: null
      command: binlog dump
      time: 94
      state: has sent all binlog to slave; waiting for binlog to
        be updated
      info: null
如果出现command: binlog dump,则说明配置成功.
stop slave    #停止同步
start slave    #开始同步，从日志终止的位置开始更新。
set sql_log_bin=0|1  #主机端运行，需要super权限，用来开停日志，随意开停，会造成主机从机数据不一致，造成错误
set global sql_slave_skip_counter=n  # 客户端运行，用来跳过几个事件，只有当同步进程出现错误而停止的时候才可以执行。
reset master  #主机端运行,清除所有的日志，这条命令就是原来的flush master
reset slave  #从机运行，清除日志同步位置标志，并重新生成master.info
虽然重新生成了master.info,但是并不起用，最好，将从机的mysql进程重启一下，，
load table tblname from master #从机运行，从主机端重读指定的表的数据，每次只能读取一个，受timeout时间限制，需要调整timeout时间。执行这个命令需要同步账号有 reload和super权限。以及对相应的库有select权限。如果表比较大，要增加net_read_timeout 和 net_write_timeout的值
load data from master  #从机执行，从主机端重新读入所有的数据。执行这个命令需要同步账号有reload和super权限。以及对相应的库有select权限。如果表比较大，要增加net_read_timeout 和 net_write_timeout的值
change master to master_def_list  #在线改变一些主机设置，多个用逗号间隔,比如
change master to
  master_host='master2.mycompany.com',
  master_user='replication',
  master_password='bigs3cret'
master_pos_wait() #从机运行
show master status #主机运行，看日志导出信息
show slave hosts #主机运行，看连入的从机的情况。
show slave status (slave)
show master logs (master)
show binlog events [ in 'logname' ] [ from pos ] [ limit [offset,] rows ]
purge [master] logs to 'logname' ; purge [master] logs before 'date'
本文永久更新链接地址：