考验mysql主从同步的事情发生了

下午3点，服务器当机，隔了几分钟之后恢复，远程连接Windows虚拟机，显示非正常关机，应该是机房跳闸了网站有些不正常，应该是非正常关机数据库损坏所致，需要修

下午3点，服务器当机，隔了几分钟之后恢复，远程连接Windows虚拟机，显示非正常关机，应该是机房跳闸了

网站有些不正常，应该是非正常关机数据库损坏所致，需要修复数据

登录从服务器，show slave status\G，显示同步状态还是正常的

于是关闭主服务器的mysql，香港服务器，运行

/mysql/bin/myisamchk -r /mysql/data/bbs/*.MYI

修复数据库

完成之后开启mysql

service mysql start

网站正常了，再登录从服务器查看show slave status\G

Slave_IO_Running: No

Slave_SQL_Running: Yes

同步居然出问题了

令一台从服务器出的问题刚好相反，此从库位于最末端，和主从库是一台服务器，也因为掉电数据损坏了

Slave_IO_Running: Yes

Slave_SQL_Running: No

为什么修复之前同步是正常的，这个有点搞不明白了

当时主服务器挂掉之后本来考虑立即将连接数据库改到从库上面，但因为配置的不是互为主从模式，而从和主目前同步是正常的，如果这样切换回来又需要重新配置主从，所以还是选择耽误些时间修复主数据库，谁知道修复之后同步反而终止了

有个问题需要搞明白：

今后肯定要修改为互为主从模式，已方便主库出状况的时候随时切换，然后修复主库之后切换回来，但不知道这样会不会依然出现上述状况

看来今晚又要熬夜做配置了

先整理下互为主从的配置步骤：

三台msyql服务器，两台互为主从，另一台随便作为哪个主的从都可以，只是用来做数据定时备份。互为主从的服务器要求能随时切换，肯定不能是同一台服务器里的虚拟机，因为母机当掉了两台mysql也都当掉，就失去了切换的意义

服务器A：58.55.142.168

两台mysql服务器a1和a2处于内网

a1：10.0.0.82

a2：10.0.0.81

服务器B1：161.18.41.72

1.主配置a1

vi /etc/my.cnf

确定以下参数

server-id       = 1

# 启动logbin

log-bin=mysql-bin

# 日志文件保留天数，以免日志持续增长撑满硬盘

expire-logs-days  = 7

# 需要同步数据库，多个数据库用逗号分开（发现启用了replicate-do-db=bbs,ucenter居然不能同步，还是换回replicate-ignore-db=mysql,test这个参数，好在重新启用之后同步正常了，但是和主库之间少了些数据）

# replicate-do-db=bbs,ucenter

# 排除同步数据库

replicate-ignore-db=mysql,test

# 配置从库上的更新操作是否写入二进制文件。

# 如果这台从库，还要做其他从库的主库，那么就需要打这个参数，以便从库的从库能够进行日志同步。

log-slave-updates

2.主配置B1

vi /etc/my.cnf

确定以下参数

server-id       = 3

log-bin=mysql-bin

expire-logs-days  = 7

replicate-ignore-db=mysql,test

log-slave-updates

3.从配置a2

vi /etc/my.cnf

server-id       = 2

replicate-ignore-db=mysql,test

# 仅作为从配置logbin好像不需要开（事实证明需要开）

log-bin=mysql-bin

expire-logs-days  = 7

# 这个没必要开

# log-slave-updates

同步设置参考：

不同的地方就是原来的主库也启动从复制

CHANGE MASTER TO MASTER_HOST='161.18.41.72', MASTER_PORT=3306,MASTER_USER='slave', MASTER_PASSWORD='123456';

start slave;

另外以前的从库必须删除data目录下的master.info,relay-log.info,localhost-relay-bin.xxxxx这些文件

然后启动mysql重新配置从复制

CHANGE MASTER TO MASTER_HOST='58.55.142.168', MASTER_PORT=3306,MASTER_USER='slave', MASTER_PASSWORD='123456';

start slave;

需要注意的地方，配置同步时主库必须锁表，防止数据写入，等两边库都显示同步状态正常再解锁，担心锁表失效的话可以暂时断开网站与mysql的连接是一样的

 2013.01.20 测试结果：

10.0.0.81 本地从库没过多久就同步出错，不知道是不是因为用网页连接数据库查看同步状况导致，香港虚拟主机，好像discuz论坛点击就产生写操作，我把数据库锁定为只读状态无法访问

161.18.41.72 同步正常，但把网站连接切换到这个库的时候，主库10.0.0.82显示同步状态正常，但没有同步他的数据，切换回来两边同步状态都报错了

Slave_IO_Running: Yes

Slave_SQL_Running: No

互为主从配置看来失败了，目前看来上述配置依然是单一主从配置

 用两台虚拟机测试互为主从，修改了一些配置

10.0.0.81

10.0.0.83

10.0.0.81 vi /etc/my.cnf

server-id = 1

log-bin=mysql-bin

replicate-ignore-db = test,mysql,information_schema,performance_schema

log-slave-updates

auto_increment_offset = 1

auto_increment_increment = 2

slave-skip-errors=all

10.0.0.83 vi /etc/my.cnf

server-id = 3

log-bin=mysql-bin

replicate-ignore-db = test,mysql,information_schema,performance_schema

log-slave-updates

auto_increment_offset = 2

auto_increment_increment = 2

slave-skip-errors=all

分别在两边的数据库插入数据，检测同步成功

log-slave-updates  不加上=on参数也能用

slave-skip-errors=all 跳过错误，以免错误引起同步终止

这两个参数主要解决Mysql复制技术中的主键冲突

auto_increment_offset = N     第N台机器

auto_increment_increment = 5  总共多少台机器

假设有5台机器，网站空间，因此，第一台机器的序列为：1,6,11,…；第二台机器的序列为：2,7,12,…；第三台机器的序列为：3,8,13,…等等

这样自增长主键不会重复