第二节:MySQL主从/主主 复制环境搭建

一、主从复制架构图

 

 Master代表主实例,Slave代表从实例(备库)

1、Mater实例将数据库新产生数据写入到数据库中,同时还会将数据写入到binlog文件中,

2、Slave实例的IO线程读取Master实例的binlog日志写入到本地的Relay log(中断日志)中,

3、Slave实例的SQL线程负责读取/回放Relay log(中断日志)内容,写入到备库中。

binlog的日志格式有三种:

Statement:记录Master执行过的SQL语句,写入到binlog文件中。

ROW:不记录Master执行过的SQL语句,只记录哪些数据行发生了变化,将数据行发生的变化写入到binlog文件中。

MiXED:Statement和row格式混合记录。

 

Statement只记录SQL句,节省binlog空间,但有些时候无法保障主库数据一致性,比如SQL中有rand() 随机函数,这个函数在主备实例上返回的结果是不一样的。

ROW:如果一个SQL更新了100条记录,ROW格式会记录所有数据行发生的变化,所以会向binlog中记录100条记录,占用空间较大,但可以保障源端和目标端数据一致性。同时可以解析row格式binlog文件,生成逆向SQL(将delete转成insert into)。

一般生产环境上都是ROW格式。

 

二、主从环境搭建

环境:

服务器A:

Centos 7.6

192.168.10.101

服务器B:

Centos 7.6

192.168.10.102

 

分别在两台服务器安装MYSQL数据库,

安装方法参考(建议按照顺序全部执行一遍),尾部的my.cnf配置文件中,已经开启的binlog,binlog日志格式是row

MYSQL第一节:Mysql5.7 通用二进制安装方

https://www.cnblogs.com/nanxiang/p/12888222.html

 

新安装的两个数据库中是完全没有业务数据的,所以搭建主从/主主复制环境比较简单,以后会写如何在已经有数据的情况,搭建备库。

主备架构,A数据库中有新数据发生就同步到备库:

A------->B

1、在服务器A创建一个用于复制数据的用户,如果不想创建,配置数据库的root用户也可以,为了规范化,建议在主备实例上创建一个用于主备复制的账号,授予对应的权限。

mysql> create user replicator identified by '123456';
Query OK, 0 rows affected (0.00 sec)
mysql> grant replication slave on *.* to replicator;
Query OK, 0 rows affected (0.00 sec)

2、修改服务器B my.cnf配置文件中server-id=2,主实例和备实例中,server-id值不能相同。修改完成后,要重启数据库生效。

 

3、在服务器A执行show slave status;

获取目前的位点,File,Position的值,一会要用到,

mysql> show master status\G
*************************** 1. row ***************************
      File: mysql-bin.000003   #目前在写入到哪个binlog文件中
    Position: 154          #目前写入到了哪个位点
  Binlog_Do_DB: 
  Binlog_Ignore_DB: 
Executed_Gtid_Set: 
1 row in set (0.00 sec)

mysql>     

 

4、在服务器B执行

change master to master_user='replicator',         #主库上的复制用户
          master_password='123456',          #主库上的复制用户密码
          master_host='192.168.150.101',        #主库的IP地址
          master_port=3306;                #主库数据库端口号
          master_log_file='mysql-bin.000003',      #主库当binlog文件
          master_log_pos=154;                #主库当前日志位点

mysql> change master to master_user='replicator',
-> master_password='123456',
-> master_host='192.168.150.101',
-> master_port=3306,
-> master_log_file='mysql-bin.000003',
-> master_log_pos=154;
Query OK, 0 rows affected, 2 warnings (0.00 sec)



mysql> start slave;     #启动主从同步
Query OK, 0 rows affected (0.01 sec)

mysql> show slave status\G    #查看主从同步状态
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event   #当前状态,在等待主库发送日志
                  Master_Host: 192.168.150.101            #主库的IP地址
                  Master_User: replicator               #连接主库使用的用户名
                  Master_Port: 3306                   #主库的端口号
                Connect_Retry: 60                    #在主服务器宕机或连接丢失的情况下,从服务器线程重新尝试连接主服务器之前睡眠的秒数
              Master_Log_File: mysql-bin.000003            #当前IO线程正在读取主库的binlog文件
          Read_Master_Log_Pos: 154                    #当前IO线程正在读取主库binlog文件的位点
               Relay_Log_File: localhost-relay-bin.000002      #SQL线程当前读取的中继日志(relay log)文件
                Relay_Log_Pos: 320                    #SQL线程当前取的中断日志的位点
        Relay_Master_Log_File: mysql-bin.000003            #当前SQL线程回放的日志,对应对是主库的哪个binlog文件
             Slave_IO_Running: Yes      #IO线程状态是YES代表已经在正常运行
            Slave_SQL_Running: Yes      #SQL线程状态是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: 154                  #当前SQL线程执行的日志,对应着主库的binlog文件中的位点
              Relay_Log_Space: 531
              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                  #复制延迟,时间是秒。计算方法是当前时间减去SQL线程正在回放binlog日志中时间点。
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
                  Master_UUID: 9fef2262-97b1-11ea-92b5-000c29cd3ff3
             Master_Info_File: /usr/local/mysql-5.7.29-linux-glibc2.12-x86_64/data/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 
            Executed_Gtid_Set: 
                Auto_Position: 0
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 
1 row in set (0.00 sec)

mysql> 

 

只备注了一些常用的值的说明,

官方文档中有详细说明,

https://dev.mysql.com/doc/refman/5.7/en/show-slave-status.html

 

至此,主从同步架构部署完成,

在服务器A执行

mysql> create database test;
Query OK, 1 row affected (0.00 sec)

mysql> use test;
Database changed

mysql> create table t1(id int);
Query OK, 0 rows affected (0.01 sec)


mysql> insert into t1 values(1); 
Query OK, 1 row affected (0.03 sec)

在服务器B执行,已经可以看到t1表的内容了

mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| sys                |
| test               |
+--------------------+
5 rows in set (0.00 sec)

mysql> use test;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> show  tables;
+----------------+
| Tables_in_test |
+----------------+
| t1             |
+----------------+
1 row in set (0.00 sec)

mysql> select * from t1;
+------+
| id   |
+------+
|    1 |
+------+
1 row in set (0.00 sec)

mysql> 

 

目前架构是主从:

A----->B

也就是A有新数据产生,都会同步到B。

 

现在的生产环境都是主主复制架构,

A<------->B

也就是B实例写入数据也会同步到A实例,这样做的好处就是当A实例宕机后,应用程序会向B实例写入数据,将A实例修复好之后,也会收到B实例新产生的数据,从而A实例数据和B实例数据还是一样的。

因为现在B实例的数据库没有任何数据写入,现有的数据都是从A实例同步过去的,现在可以在A实例执行change master命令,将自己做为B实例的备库。

但在做主主复制架构的时候,建议修改A、B两个实例的my.cnf配置文件,

加入这两个参数

auto_increment_increment   表示自增长字段开始值,取值范围是1 .. 65535
auto_increment_offset      表示自增长字段每次递增的量,其默认值是1
 
在A实例配置文件中加入
auto_increment_increment=1

auto_increment_offset=2

 

在B实例配置文件中加入

 auto_increment_increment=2

auto_increment_offset=2

 

最终的效果是A实例增自字段,初始值是1,每次递增量是2,所以写入的永远是奇数,1,3,5,7,9...

B实例增自字段,初始值是2,每次递增量是2,所以写入的永远是奇数,2,4,6,8...

后期会写Keepavled,主备自动做切换,而当脑裂情况发生时,两个实例写入的数据并不冲突。

修改参数配置文件后,重启数据库。

在B实例执行,

mysql>  create user replicator identified by '123456';
Query OK, 0 rows affected (0.00 sec)

mysql> grant replication slave on *.* to replicator;
Query OK, 0 rows affected (0.00 sec)

mysql> 
mysql> show master status\G
*************************** 1. row ***************************
             File: mysql-bin.000003
         Position: 609
     Binlog_Do_DB: 
 Binlog_Ignore_DB: 
Executed_Gtid_Set: 
1 row in set (0.00 sec)

mysql> 

在B实例执行,

mysql> change master to master_user='replicator',
    -> master_password='123456',
    -> master_host='192.168.150.102',
    -> master_port=3306,
    -> master_log_file='mysql-bin.000003',
    -> master_log_pos=609;
Query OK, 0 rows affected, 2 warnings (0.01 sec)

mysql> start slave;
Query OK, 0 rows affected (0.00 sec)

mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.150.102
                  Master_User: replicator
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000003
          Read_Master_Log_Pos: 609
               Relay_Log_File: localhost-relay-bin.000002
                Relay_Log_Pos: 320
        Relay_Master_Log_File: mysql-bin.000003
             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: 609
              Relay_Log_Space: 531
              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: 2
                  Master_UUID: adc4403d-97b2-11ea-b803-000c298076e0
             Master_Info_File: /usr/local/mysql/data/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 
            Executed_Gtid_Set: 
                Auto_Position: 0
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 
1 row in set (0.00 sec)

IO线SQL线程都是YES状态,主主架构搭建完成。

 

posted on 2020-05-16 22:59  柴米油盐酱醋  阅读(401)  评论(0编辑  收藏  举报

导航