MySQL 双向复制 已翻译 100%

oschina 投递于 2015/01/29 10:29 (共 4 段, 翻译完成于 01-29)
阅读 7693
收藏 429
12
加载中

简介

我知道有很多文章和指南介绍在互联网上实现主-从复制。在主-从复制中,主机影响从机。但从数据库中的任何更改不会影响主数据库,这篇文章将帮助你实现双向复制。(即,无论是主机还是从机的更改都将影响这两个服务器)。

本文包括:

  1. 主机配置

  2. 从机配置

  3. 建立主-从复制

  4. 建立双向复制

stefanzhlg
翻译于 2015/01/29 17:25
3

背景

你能参考Aadhar Joshi这篇文章实现主从复制,或者您可以按照以下简单的步骤:

参考一下:

  • 机器A配置主机(192.168.1.30)

  • 机器B配置从机(192.168.1.29)

  • 我们可以使用下面的步骤来实现这一点

步骤1:机器A设置主机

  • 在主机中打开配置文件 , 默认文件位置为C:\Program Files\MySQL\MySQL Server 5.0\my.ini

  • 在服务端部分用[mysqld]替换[mysqld]

    server-id=1
    
      log-bin=mysql-bin
    
      innodb_flush_log_at_trx_commit=1
    
      sync_binlog=1
    
      binlog_do_db= demo
    
      port=3306

     

  • 保存配置文件然后关闭

  • 重启mysql服务使其生效。


Step 2 : 机器B设置从机 :

  • 在从机中打开mysql配置文件,默认位置为C:\Program Files\MySQL\MySQL Server 5.0\my.ini

  • 在服务端部分用下面代码替换[mysqld]

[mysqld]

server-id=2

log-bin=mysql-bin

innodb_flush_log_at_trx_commit=1

sync_binlog=1
  • 保存配置文件,关闭


  • 重启mysql服务使之生效

where :
server-id=1 →服务的唯一标识. 在主从中必须不同。
log-bin=mysql-bin →要在InnoDB复制设置中使用事务,保证最好的持久性和一致性, 你应该使用 innodb_flush_log_at_trx_commit=1 and sync_binlog=1.
binlog_do_db= demo →要复制的数据库
port=3306 →默认数据库端口

Step 3 : 主机中创建用户

  1. 打开mysql命令行

  2. mysql> GRANT REPLICATION SLAVE ON *.* TO 'replicator'@'%' IDENTIFIED BY 'replication';

  3. 现在我们用这个命令‘show master status’来确定当前二进制日志文件的文件名和位置。记住这个细节!在我们的事例中得到以下输出:

  4. mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000153 | 106 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)
  1. 继续:mysql> FLUSH PRIVILEGES;

  2. 选择数据库 :mysql> USE newdatabase;

  3. 锁数据库防止任何新的更改:FLUSH TABLES WITH READ LOCK;

Step 4: 连接主从 :

  1. 打开mysql命令行

  2. 停止从机 : Stop slave;

  3. 执行命令

mysql> CHANGE MASTER TO
 -> MASTER_HOST='192.168.1.30',
 -> MASTER_USER='replicator',
 -> MASTER_PASSWORD='replication',
 -> MASTER_LOG_FILE='mysql-bin.000153',
 -> MASTER_LOG_POS=106;

4. 重启从机开始复制: Start Slave;

同样可以点 Master - Slave Replication.

stefanzhlg
翻译于 2015/01/29 17:49
2

实现双向复制的方法

第一步: 在从机创建主机用户

  1. 打开从机的mysql命令行 (192.168.1.29)

  2. mysql> GRANT REPLICATION SLAVE ON *.* TO 'master_replicator'@'%' IDENTIFIED BY 'master';

  3. 现在我们用这个命令‘show master status’来确定当前二进制日志文件的文件名和位置。记住这个细节!在我们的事例中得到以下输出:

  4. show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000153 | 106 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)
  1. 继续:mysql> FLUSH PRIVILEGES;

  2. 选择数据库 :mysql> USE newdatabase;

  3. 锁数据库防止任何新的更改:FLUSH TABLES WITH READ LOCK;

Step 2: 用主机用户连接从机(192.168.1.30):

  1. 在主机上打开mysql命令行

  2. 停止从机 : Stop slave;

  3. 执行命令

mysql> CHANGE MASTER TO
 -> MASTER_HOST='192.168.1.29',
 -> MASTER_USER='master_replicator',
 -> MASTER_PASSWORD='master',
 -> MASTER_LOG_FILE='mysql-bin.000153',
 -> MASTER_LOG_POS=106;

4. 重启从机开始复制 : Start Slave;

下面命令检查系统状态 :

SHOW SLAVE STATUS\G;

你可以看到 192.168.1.30:

mysql> SHOW SLAVE STATUS\G;

*************************** 1. row ***************************

             Slave_IO_State: Waiting for master to send event

                Master_Host: 192.168.1.29

                Master_User: slave_user

                Master_Port: 3306

              Connect_Retry: 60

            Master_Log_File: mysql-bin.000013

        Read_Master_Log_Pos: 98

             Relay_Log_File: PC-relay-bin.000074

              Relay_Log_Pos: 235

      Relay_Master_Log_File: mysql-bin.000013

           Slave_IO_Running: Yes

          Slave_SQL_Running: Yes

            Replicate_Do_DB: demo

        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: 98

            Relay_Log_Space: 235

            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

1 row in set (0.01 sec)
ERROR:

No query specified
stefanzhlg
翻译于 2015/01/29 17:56
2

感兴趣的方面

现在你能做些数据库操作,像插入 删除 更新 删表 截断等,也可以检查数据库是否正常工作。

重点记住:

1. 在主机和从机中server_Id 必须不同

2. 验证日志文件是正确的设置

3. 用这些命令检查

SHOW SLAVE STATUS\G;
Slave_IO_Running: Yes

  Slave_SQL_Running: Yes

  Slave_IO_State: Waiting for master to send event
stefanzhlg
翻译于 2015/01/29 18:01
1
本文中的所有译文仅用于学习和交流目的,转载请务必注明文章译者、出处、和本文链接。
我们的翻译工作遵照 CC 协议,如果我们的工作有侵犯到您的权益,请及时联系我们。
加载中

评论(32)

oO010Oo
oO010Oo

引用来自“我不是经常来的”的评论

这配置是不是漏了一个 要配置每个机器的
auto-increment-increment = 2 //每次增长2
auto-increment-offset = 2 //设置自动增长的字段的偏移量,即初始值为2
吧 不然主键会冲突的吧

引用来自“oO010Oo”的评论

这是最起码的

引用来自“gangzz”的评论

一条数据,从A --》 B后,马上会有从B --> A,之所以没有死循环下去是因为主键冲突?如果是主键冲突,那也意味着正常的数据也会存在两台机器之间的冲突。即便设置了自增长步长,对于新建的表也难控制。。。

引用来自“oO010Oo”的评论

别人我不知道,我经手过的主主热备方案一般是客户端balance两台写Mysql服务器的负载,随机写在其中一个服务器里。主键冲突肯定会造成双向复制失败。

引用来自“gangzz”的评论

我还是不明白,没经历过这种方案。我的疑问是即便设置了奇偶,比如A的主键奇数,B偶数。那么一条数据插入到A后,B会从binlog获得通知执行同步——这个同步都做不会记录入binlog?如果记入是不是又会被A同步?
binlog参数好多的,具体的我记不清了。正常来讲,备机B向主机A请求某时间点(一般是上次同请求的时间)后的binlog,到本地分析处理每条记录的type和执行的sql,决定数据变动。而不是一次性把所有数据都load过来。
gangzz
gangzz

引用来自“我不是经常来的”的评论

这配置是不是漏了一个 要配置每个机器的
auto-increment-increment = 2 //每次增长2
auto-increment-offset = 2 //设置自动增长的字段的偏移量,即初始值为2
吧 不然主键会冲突的吧

引用来自“oO010Oo”的评论

这是最起码的

引用来自“gangzz”的评论

一条数据,从A --》 B后,马上会有从B --> A,之所以没有死循环下去是因为主键冲突?如果是主键冲突,那也意味着正常的数据也会存在两台机器之间的冲突。即便设置了自增长步长,对于新建的表也难控制。。。

引用来自“oO010Oo”的评论

别人我不知道,我经手过的主主热备方案一般是客户端balance两台写Mysql服务器的负载,随机写在其中一个服务器里。主键冲突肯定会造成双向复制失败。
我还是不明白,没经历过这种方案。我的疑问是即便设置了奇偶,比如A的主键奇数,B偶数。那么一条数据插入到A后,B会从binlog获得通知执行同步——这个同步都做不会记录入binlog?如果记入是不是又会被A同步?
oO010Oo
oO010Oo

引用来自“我不是经常来的”的评论

这配置是不是漏了一个 要配置每个机器的
auto-increment-increment = 2 //每次增长2
auto-increment-offset = 2 //设置自动增长的字段的偏移量,即初始值为2
吧 不然主键会冲突的吧

引用来自“oO010Oo”的评论

这是最起码的

引用来自“gangzz”的评论

一条数据,从A --》 B后,马上会有从B --> A,之所以没有死循环下去是因为主键冲突?如果是主键冲突,那也意味着正常的数据也会存在两台机器之间的冲突。即便设置了自增长步长,对于新建的表也难控制。。。
别人我不知道,我经手过的主主热备方案一般是客户端balance两台写Mysql服务器的负载,随机写在其中一个服务器里。主键冲突肯定会造成双向复制失败。
huangyanxiong
huangyanxiong
mark
x2x4
x2x4
就是双主吗?
怕数据脏的同学在前面顶一个haproxy就OK了,
listen HW_MYSQL_DB2-2 0.0.0.0:3047
mode tcp
maxconn 10000
server mysql_db1 192.168.161.100:3407 check inter 5000 rise 3 fall 3 backup
server mysql_db2 192.168.161.101:3407 check inter 5000 rise 3 fall 3
或者可以参考percona的做法,给haproxy绑定一个测试脚本
孤独求学人
+1
gangzz
gangzz

引用来自“我不是经常来的”的评论

这配置是不是漏了一个 要配置每个机器的
auto-increment-increment = 2 //每次增长2
auto-increment-offset = 2 //设置自动增长的字段的偏移量,即初始值为2
吧 不然主键会冲突的吧

引用来自“oO010Oo”的评论

这是最起码的
一条数据,从A --》 B后,马上会有从B --> A,之所以没有死循环下去是因为主键冲突?如果是主键冲突,那也意味着正常的数据也会存在两台机器之间的冲突。即便设置了自增长步长,对于新建的表也难控制。。。
walkskyer
walkskyer
+1
oO010Oo
oO010Oo

引用来自“我不是经常来的”的评论

这配置是不是漏了一个 要配置每个机器的
auto-increment-increment = 2 //每次增长2
auto-increment-offset = 2 //设置自动增长的字段的偏移量,即初始值为2
吧 不然主键会冲突的吧
这是最起码的
oO010Oo
oO010Oo
这种东西简直会害死人了。竟然没设自增步长。主主热备起码要一台机器奇数自增,一台机器偶数自增
返回顶部
顶部