最近项目上线出了点问题呢，关于跨机房数据同步的问题，原来的方案是mysql互为主从复制数据，后来被客户的运维严肃拒绝了，现在正在公关中，互为主从跨机房同步数据网上也都说不靠谱但是根本原因没找到，我觉得如果bin-log中的position位置能够在闪断，或者长时间宕机的情况下自己追平，解决数据不一致问题的话，我觉得对方不同意的就是数据安全问题了，同样都是北京机房，客户足够有钱可以假设专线解决安全问题（都是X京的机房，距离问题可以免谈），或者VPN链路。但是这些都不在项目预期之内，毕竟才100多W的项目，所以现在正在考虑软件解决方案，网上无意间看到一篇文章，感觉挺靠谱!
终于又可以开始写了，先不管什么软件解决方案，先把正常mysql主-主复制标杆的内容先写好：
mysql主主复制，其实就是互为主从，参考我上一篇文章，在mysql的从服务器上建立好复制用户，在主服务器上同样change master to xxxx 然后start slave就可以了。下面还是详细的重新说一遍再增加点内容，先把上一篇的主从复制过来。
目前情况是，两台服务器分别为：192.168.157.11，192.168.157.13
虚拟机软件情况为：CentOS 6.4 ,mysql-5.5
好现在开始进行配置，方便起见下面两台机器同时操作，大家不要看混乱哦！混乱的地方我会用服务器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”无单引号
start slave;#启动slave进程
在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”无单引号
start slave;#启动slave进程
（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上也能看到，这样主主配置成功！
当前位置：
论坛首页 »
自由讨论区 »
MySQL, Oracle及数据库讨论区
»
发起投票
技术讨论
加好友
发消息
2014-11-28 9:06:09 |
赞(
操作
