最近项目上线出了点问题呢,关于跨机房数据同步的问题,
原来的方案是mysql互为主从复制数据,后来被客户的运维严肃拒绝了,现在正在公关中,
互为主从跨机房同步数据网上也都说不靠谱但是根本原因没找到,我觉得如果bin-log中的position
位置能够在闪断,或者长时间宕机的情况下自己追平,解决数据不一致问题的话,我觉得对方
不同意的就是数据安全问题了,同样都是北京机房,客户足够有钱可以假设专线解决安全问
题(都是X京的机房,距离问题可以免谈),或者VPN链路。但是这些都不在项目预期之内,毕竟才
100多W的项目,所以现在正在考虑软件解决方案,网上无意间看到一篇文章,感觉挺靠谱!
文章贴出来,这是一个模仿mysql主从复制的一个软件解决方案,http://agapple.iteye.com/blog/1796633
先吃饭!!!
21:32分,终于又可以开始写了,先不管什么软件解决方案,先把正常mysql主-主复制标杆的内容先写好:
mysql主主复制,其实就是互为主从,参考我上一篇文章,在mysql的从服务器上建立好复制用户,在主服务器上同样
change master to xxxx 然后start slave就可以了。下面还是详细的重新说一遍再增加点内容,先把上一篇的主从复制过来。
目前情况是,两台服务器分别为:192.168.157.11,192.168.157.13
虚拟机软件情况为:CentOS 6.4 ,mysql-5.5
mysql安装过程详见:http://blog.chinaunix.net/uid-26267891-id-3846967.html
好现在开始进行配置,方便起见下面两台机器同时操作,大家不要看混乱哦!混乱的地方我会用服务器IP标识出来!
(1)首先确认两台机器上的mysql版本,版本最好一致,mysql升级后,bin-log会有更改。
即使两台机器上的mysql版本不一致也需要Slave的版本高于Master,而我们现在是双主同步,一定要一致哦!
(2)在192.168.157.13上首先建立同步所用的帐号:
-
mysql> GRANT REPLICATION SLAVE ON *.* TO 'slave'@'192.168.157.11' IDENTIFIED BY '111111';
-
Query OK, 0 rows affected (0.13 sec)
-
mysql> flush privileges
在192.168.157.11 同样建立同步帐号:
-
mysql> GRANT REPLICATION SLAVE ON *.* TO 'slave'@'192.168.157.13' IDENTIFIED BY '111111';
-
Query OK, 0 rows affected (0.13 sec)
-
mysql> flush privileges
这里帐号密码都一样,方便管理。
(3)修改192.168.157.13数据库的配置文件my.cnf,开启BINLOG,并设置server-id的值,修改之后必须重启Mysql服务。
-
[mysqld]
-
log-bin=mysql-bin
-
server-id=1
-
binlog-do-db = test
-
binlog-ignore-db=mysql
修改192.168.157.11数据库的配置文件my.cnf
-
[mysqld]
-
log-bin=mysql-bin
-
server-id=2
-
binlog-do-db = test
-
binlog-ignore-db=mysql
(4)分别获得服务器当前二进制日志名和偏移量,这个操作的目的是为了在从数据库启动后,从这个点开始进行数据的恢复
192.168.157.13的:
-
mysql> show master status\G;
-
*************************** 1. row ***************************
-
File: mysql-bin.000006
-
Position: 1249
-
Binlog_Do_DB:
-
Binlog_Ignore_DB:
-
1 row in set (0.00 sec)
192.168.157.11的:
-
mysql> show master status\G;
-
*************************** 1. row ***************************
-
File: mysql-bin.000008
-
Position: 338
-
Binlog_Do_DB: test
-
Binlog_Ignore_DB: mysql
-
1 row in set (0.00 sec)
(5)停止对主库的更新操作,并将192.168.157.13数据库文件导出一份,并且导入到192.168.157.11中(这里随意了!!)
-
#首先添加一个读锁保证数据库的一致性
-
mysql> flush tables with read lock;
-
mysql> quit;
-
mysqldump -uroot -p -P 3306 test > /usr/local/mysql/test.sql
-
-
#然后将test.sql传到Slave机器上,并且导入。这里要求从库必须是启动的。
-
mysql> -uroot -p --default-character-set=utf8 test < test.sql
-
-
#最后恢复Master机器的读锁
-
mysql> unlock tables
(6)配置从服务器
在192.168.157.11上执行:
-
mysql>change master to master_host='192.168.157.13',master_user='slave',master_password='111111',master_log_file='mysql-bin.000006',master_log_pos=338; //注意不要断开,“338”无单引号
在192.168.157.13上执行:
-
mysql>change master to master_host='192.168.157.11',master_user='slave',master_password='111111',master_log_file='mysql-bin.000008',master_log_pos=338; //注意不要断开,“338”无单引号
(7)分别执行
show salve status验证主从配置是否生效
-
mysql> show slave status\G;
-
*************************** 1. row ***************************
-
Slave_IO_State: Waiting for master to send event
-
Master_Host: 192.168.157.13
-
Master_User: slave
-
Master_Port: 3306
-
Connect_Retry: 60
-
Master_Log_File: mysql-bin.000008
-
Read_Master_Log_Pos: 834
-
Relay_Log_File: lvstest-relay-bin.000004
-
Relay_Log_Pos: 980
-
Relay_Master_Log_File: mysql-bin.000008
-
Slave_IO_Running: Yes
-
Slave_SQL_Running: Yes
-
Replicate_Do_DB:
-
Replicate_Ignore_DB:
-
Replicate_Do_Table:
-
Replicate_Ignore_Table:
-
Replicate_Wild_Do_Table:
-
Replicate_Wild_Ignore_Table:
-
Last_Errno: 0
-
Last_Error:
-
Skip_Counter: 0
-
Exec_Master_Log_Pos: 834
-
Relay_Log_Space: 1284
-
Until_Condition: None
-
Until_Log_File:
-
Until_Log_Pos: 0
-
Master_SSL_Allowed: No
-
Master_SSL_CA_File:
-
Master_SSL_CA_Path:
-
Master_SSL_Cert:
-
Master_SSL_Cipher:
-
Master_SSL_Key:
-
Seconds_Behind_Master: 0
-
Master_SSL_Verify_Server_Cert: No
-
Last_IO_Errno: 0
-
Last_IO_Error:
-
Last_SQL_Errno: 0
-
Last_SQL_Error:
-
Replicate_Ignore_Server_Ids:
-
Master_Server_Id: 1
-
1 row in set (0.00 sec)
主要看这两项:
-
Slave_IO_Running: Yes
-
Slave_SQL_Running: Yes
都显示如上,说明配置成功,会主从之后,主主其实很简单,然后在11上建个表,在13上马上就看到了哦,在13中插入数据,在11上也能看到,这样主主配置成功!
阅读(8216) | 评论(1) | 转发(1) |