在MySQL服务器2中,添加如下设置:
在这里两台MySQL的配置文件,需要对auto_increment_offset字段,设定不同值。因为如果mysql中有自增长字段,不设定这个参数会起冲突,会报duplicate....的报错。
auto_increment_offset表示自增长字段从那个数开始,他的取值范围是1 .. 65535
auto_increment_increment表示自增长字段每次递增的量,其默认值是1,取值范围是1 .. 65535
做主主同步配置时,需要将两台服务器的auto_increment_increment增长量都配置为2,而要把auto_increment_offset分别配置为1和2,这样可以避免两台服务器同时做更新时,自增长字段的值之间发生冲突。
配置好两台mysql的my.cnf配置文件后,service mysqld restart 重启mysql服务。
在Mysql服务器1中,
在MySQL服务器2中,做如上同样的 *** 作,然后将服务器1的file和position值设定到服务器2中,服务器2的file和position值输入到服务器1中。
在MySQL服务器1中,输如下命令:
在MySQL服务器2中,输如下命令:
范例如下图:
配置完后,分别在两台服务器上输show slave status
如果出现如下两个字段都是on的状态,则主主备份搭建完成。
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
在实际测试配置中,由于MySQL服务器2是克隆的MySQL服务器1的,所以start slave 后,show slave status 出现了Slave_IO_Running: No ,然后有如下报错信息。告知是因为两个MySQL服务器的UUID相重复了。
只需要,将basedir,即/use/local/mysql/data中的auto.cnf文件删掉后,重启mysql,就会出现新的auto.cnf文件,里面有新的UUID
1、忽略错误后,继续同步。该方法适用于主从库数据相差不大,或者要求数据可以不完全统一的情况,数据要求不严格的情况解决。2、重新做主从,完全同步。该方法适用于主从库数据相差较大,或者要求数据完全统一的情况。
由于各种原因,mysql主从架构经常会出现数据不一致的情况出现,大致归结为如下几类1:备库写数据
2:执行non-deterministic query
3:回滚掺杂事务表和非事务表的事务
4:binlog或者relay log数据损坏
数据不同步给应用带来的危害是致命的,当出现主从数据不一致的情况,常见的应对方法是先把从库下线,然后找个半夜三更的时间把应用停掉,重新执行同步,如果数据库的体积十分庞大,那工作量可想而知,会让人崩溃。本文介绍使用percona-toolkit工具对mysql主从数据库的同步状态进行检查和重新同步。
一:安装percona-toolkit
二:修改mysql 的binlog格式binlog_format参数为row格式
mysql binlog日志有三种格式,分别为Statement, Mixed,以及ROW!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)