Heim  >  Artikel  >  Datenbank  >  考验mysql主从同步的事情发生了

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

WBOY
WBOYOriginal
2016-06-07 17:41:22924Durchsuche

下午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,…等等

这样自增长主键不会重复

 

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Vorheriger Artikel: 管理Oracle统计信息Nächster Artikel: 给某XXX房地产网优化一例