mysql的主主复制详解

时间:2021-10-24 18:35:59

Mysql双主部署

解释:

所谓双主备份,其实也就是互做主从复制,每台master既是master,又是另一台服务器的slave。这样,任何一方所做的变更,都会通过复制应用到另外一方的数据库中。

 

要求:部署Mysql双主复制,部署期间生产服务器可正常访问,但无法进行登录/注册/退出等涉及到对Mysql写的操作。

 

环境:

系统:centos 6.7

mysql版本:5.6.28

生产环境共2台mysql服务器(以下对两台mysql分别简称为A B)

A:192.168.1.1   (master)

B:192.168.1.2      (slave)

 

部署前的准备

分别检查A、B两台Mysql服务器是否作为其他master的slave,并停止复制,以免受到影响。

#show slave status\G;

#mysql>stop slave;     

 

  • master(A库) --->  slave(B库)

 

开始部署

1. 同步数据:以A库的数据为准,同步A B数据,使AB数据保持一致。

1.1 A中导出数据

(1)对A库加锁,避免同步时数据发生改变:

mysql>use database_name;

mysql> flush tables with read lock;                 #关闭所有打开的表,同时对于所有数据库中的表都加一个读锁,直到显示地执行unlock tables,该操作常常用于数据备份的时候。也就是将所有的脏页都要刷新到磁盘,然后对所有的表加上了读锁,于是这时候直接拷贝数据文件也就是安全的。为此库下的所有表施加读锁,退出会话后失效,所谓读锁,也就是只能读,不能写。

(2)使用mysqldump工具导出数据:

mysqldump -uroot -pxxx -R database_name >database_name.sql        # -R参数表示同时备份函数

(3)记下binlog日志中Position的位置(用于slave连接A做复制时会用到)

mysql> show master status\G;             # mysql-bin.000003  pos=443

(4)解锁数据库:

mysql>unlock tables;

1.2 将A备份的数据导入到B中

[root@localhost ~]# mysql -uroot -pxxx < database_name.sql

 

2. 配置Master(A)

(1)master中创建一个仅用于主从复制的账号,给与REPLICATION SLAVE权限。此权限仅允许slave访问Master的bin-log日志。

在Master中创建一个仅用于复制的mysql用户,并仅给与复制权限。

mysql> create user 'repl_A'@'192.168.1.2' identified by '123';

mysql> grant replication slave on *.* to 'repl_A'@'192.168.1.2';

mysql>grant replication slave on *.* to ‘repl_A’@ ‘192.168.1.2’ identified by ‘123’;    #上面两句可以直接简略为这一句。

 

(2)master开启二进制日志

vim /etc/my.cnf 或者 vim /usr/my.cnf (在[mysqld]下添加:)

 

server-id=1                       #指定master主机的id,不可为0,否则拒绝所有slave连接。

log-bin=mysql_bin                  #指定bin-log文件前缀名称,开启binlog日志

binlog_do_db=database_name        #指定binlog日志是记录的是哪个库

replicate-do-db=database_name       #指定复制哪一个库

auto-increment-increment = 2   //每次增长2

auto-increment-offset = 1  //设置自动增长的字段的偏移量,即初始值为1

log_bin_trust_function_creators=1            #详解如下方

expire_logs_days = 10            #保留10天的bin_log日志,防止日志太多占用磁盘空间

max_binlog_size = 100M              #限制每个bin_log日志大小最大为100M。

log-slave-updates=1        #slave执行master的sql后,将sql记录在binlog日志中(默认是不记录的)——实际生产我没开启这条

max_connections=600             #指定最大连接数

wait_timeout=5                       #等待超时

 

 

#重启mysql使配置生效。

 

3. 配置Slave(B)

(1)配置slave的server-id

  示例:[root@iZ2z usr]# vim my.cnf             

       [mysqld]

             server-id=2      

    auto-increment-increment = 2  //每次增长2

     auto-increment-offset = 2 //设置自动增长的字段的偏移量,即初始值为2

注:二都只有server_id不同和 auto-increment- offset不同
  auto-increment-increment的值应设为整个结构中服务器的总数,本案例用到两
  台服务器,所以值设为2。

重启mysql使配置生效。

 

(2)配置连接master的相关信息配置。

在slave中指定master相关参数。

你可以一行一行的配置master连接信息。

mysql>change master to master_host='192.168.1.1',  #指定master主机IP地址

>master_user='repl_A',          #指定一个(在master中)有复制权限的用户

>master_port=3306,                               

>master_password='123',                           #指定上述有复制权限用户的密码

>master_log_file='mysql-bin.000003',       #指定开始复制的binlog二进制文件。

>master_log_pos=443;           #指定(在master二进制文件中)要开始复制的位置。#注意:  master_log_pos的值无需加引号,否则报错

或者

将master连接信息配置写在一行。

mysql>change master to master_host='192.168.1.1',master_user='repl',master_password='123',master_log_file='mysql-bin.000003',master_log_pos=443;

 

解释:

连接master的配置信息在命令行中配置好后,默认存在/var/lib/mysql/master.info文件,可以使用show master status\G;命令查看,所有就算重启也不用担心连接master的配置丢失。

 

(3)开启slave

slave中:start slave;

Slave_IO_Running和Slave_SQL_Running的状态都是YES,说明同步开启成功。

 mysql的主主复制详解

 

 

  • master(B库) --->  slave(A库)

 

Master(B)配置

(1)master中创建一个仅用于主从复制的账号

mysql> grant  REPLICATION SLAVE  on  *.*  to  'repl_B'@'192.168.1.1'  identified by  '123';

 

(2)查看B库中binlog日志的位置

mysql> show master status\G;             # mysql_bin.000004   pos=558

 

(3)同步数据

mysql>change master to master_host='192.168.1.2', 

>master_user='rel_B, 

>master_port=3306,      

>master_password='123',  

>master_log_file='mysql_bin.000004', 

>master_log_pos=558;                                                                       

 

(4)开启slave

A(slave)库中:start slave;

 

(5)测试验证

 

解释:

log_bin_trust_function_creators=1  

当二进制日志启用后,这个变量就会启用。它控制是否可以信任存储函数创建者,不会创建写入二进制日志引起不安全事件的存储函数。如果设置为0(默认值),用户不得创建或修改存储函数,除非它们具有除CREATE ROUTINE或ALTER ROUTINE特权之外的SUPER权限。如果变量设置为1,MySQL不会对创建存储函数实施这些限制。 此变量也适用于触发器的创建。

server-id=1    

原理:在master中,您必须配置一个独特的服务器ID(可能需要重新启动服务器)和启用二进制日志,slave的复制基于master的二进制日志。如果没有使用log-bin选项启用二进制日志,复制是不可能的。每个slave与master必须配置一个独特的ID。这个ID用于识别主从服务器,而且必须是一个正整数1和(232)−1之间。

 

验证:

1. ls /var/lib/mysql/ 会发现有mysql-bin.000001mysql、mysql-bin.index ,表示启用二进制日志成功。

 mysql的主主复制详解

mysql_bin.000001:         Master记录操作的二进制日志文件。

mysql_bin.index:     二进制文件的索引文件,存放二进制日志文件的名字和路径。

2. 命令查看

#查看否开启了bin-log     mysql> show variables like '%log_bin%'; 

#查看bin-log相关参数     mysql> show variables like '%binlog%';

#当前mysql二进制日志文件的默认位置       mysql> show variables like '%datadir%';

#查看mysql二进制文件名称及大小                     mysql> show binary logs;

 

3. Master常用命令

#查看Master复制状态             mysql> show master status;

#查看二进制日志文件事件内容 mysqlbinlog mysql-bin.xxx        ---可读性差

#查看二进制日志文件事件内容 mysql> show binlog events in 'mysql-bin.000003';

 

4. 管理二进制日志文件     

#删除二进制日志文件

手动删除:

语法:                   > PURGE {MASTER | BINARY} LOGS TO 'log_name'

                             > PURGE {MASTER | BINARY} LOGS BEFORE 'date'

                             #我使用时没发现MASTER 和BINARY的区别,都一样用,都可以。

mysql> purge binary logs to 'mysql_bin.000002';             

//删除mysql_bin.000002之前的二进制日志文件,并同步删除日志索引文件mysql_bin.index中mysql_bin.000002之前的索引信息。注意不包含mysql_bin.000002

 

mysql> purge master logs before '2017-07-20 21:58:00';              //清除2017-07-20 21:58:00 之前的二进制日志,并同步清楚日志索引文件的信息。

 

自动删除:

my.cnf中加入以下,然后重启:

SET GLOBAL expire_logs_days = 7              \\设置二进制日志只保留7天的

                             -------如果不想重启直接mysql> SET GLOBAL expire_logs_days = 7

 

#重置master二进制日志文件及内容     

mysql> reset master;

或者是  

mysql>flush logs;