堡垒机的实施过程中，因为做了双机，所以要对两台堡垒机进行数据库的主从同步和HA配置。
在部署完mysql主从同步以后，发现同步会有中断的现象。
中断表现为
Slave_IO_Running: Yes
Slave_SQL_Running: No
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 1062
经过排查，发现了引起这一问题的原因。由于在在实施阶段，每次对堡垒机进行测试，都要分别对两台机器进行访问操作，执行相应的堡垒机功能。在配置mysql主从同步的时候，将wssg_system_params这张表里面的linux-hos 改为了10.2.29.216（HA的VIP）。由于两个库里面全是216这个地址，且HA活动在209机器上面，在直接访问210的时候，这个表里面的地址是失效的，但是访问记录还是会产生，导致wssg_dcmdhis这张表里面的主键自增长，不能正常同步。
解决办法1(有效，但是不能再对wssg_system_params和wssg_serverregister这两张表进行修改，不然数据会同步以后出错)
# A B
服务器停止同步
STOP SLAVE;
# A B
服务器清空Master日志
RESET MASTER;
# A B 服务器锁表（锁表状态下不能终止mysql进程，否则会失败）
FLUSH TABLES WITH READ LOCK;
将209的数据导入到210.
# 查看A 服务器主机状态（记录二进制开始文件，位置,下面需要用到）
SHOW MASTER STATUS;
# 修改B 服务器配置
CHANGE MASTER TO
MASTER_HOST=‘10.2.29.209‘,MASTER_USER=’backup’,
MASTER_PASSWORD=‘itc123‘,MASTER_LOG_FILE=’binlog.000001′,MASTER_LOG_POS=107;
# 开启B 服务器同步进程
START SLAVE;
# 查看B 服务器同步状态是否正常
SHOW SLAVE STATUS;
#查看B 服务器主机（记录二进制开始文件，位置）
SHOW MASTER STATUS;
# 修改A 服务器配置
CHANGE MASTER TO MASTER_HOST=’10.2.29.210′,MASTER_USER=’backup’,MASTER_PASSWORD=’itc1
23′,MASTER_LOG_FILE=’binlog.000001′,MASTER_LOG_POS=107;
# 开启A 服务器同步进程
START SLAVE;
# 分别查看A B
服务器同步状态，确定是否成功
SHOW SLAVE STATUS;SHOW MASTER STATUS;
# 解锁A B 服务器
UNLOCK TABLES;
通过这个办法能是同步从当前时刻开始，两台机器里面的表数据，有改动的，就会有被同步。所以这个办法要求不能修改以上相关的那两张表
解决办法2（采取忽略掉关键表的方式进行同步。理论上最合适的方案，但我做的时候会将我忽略的表删除掉，很诡异，等我熟悉了mysql同步表忽略机制以后，在进行补充）
原文地址：http://zangxiaoai.blog.51cto.com/9784794/1597276
