MySQL 主从复制配置操作以及主主配置宕机切换

 

mysql-5.6.28主从备份，异地容灾

2018mysql5.7.21主从异地热备份（容灾）

 

一、主服务器配置

1．首先修改my.cnf文件，添加

 server-id = 200 #设置主服务器ID

 log-bin = mysql-bin-200  #binlog日志文件名

 sync_binlog = 1  #开启binlog日志同步功能，

注解：sync_binlog”：这个参数是对于MySQL系统来说是至关重要的，他不仅影响到Binlog对MySQL所带来的性能损耗，而且还影响到MySQL中数据的完整性。对于“sync_binlog”参数的各种设置的说明如下：

sync_binlog=0，当事务提交之后，MySQL不做fsync之类的磁盘同步指令刷新binlog_cache中的信息到磁盘，而让Filesystem自行决定什么时候来做同步，或者cache满了之后才同步到磁盘。

sync_binlog=n，当每进行n次事务提交之后，MySQL将进行一次fsync之类的磁盘同步指令来将binlog_cache中的数据强制写入磁盘。

在MySQL中系统默认的设置是sync_binlog=0，也就是不做任何强制性的磁盘刷新指令，这时候的性能是最好的，但是风险也是最大的。因为一旦系统Crash，在binlog_cache中的所有binlog信息都会被丢失。而当设置为“1”的时候，是最安全但是性能损耗最大的设置。因为当设置为1的时候，即使系统Crash，也最多丢失binlog_cache中未完成的一个事务，对实际数据没有任何实质性影响。

从以往经验和相关测试来看，对于高并发事务的系统来说，“sync_binlog”设置为0和设置为1的系统写入性能差距可能高达5倍甚至更多。

 

read-only = 0 #读写都可以

#binlog-do-db = dwxtdb #需要备份数据，多个写多行

binlog-ignore-db = mysql #不需要备份的数据库

2．重启mysql，systemctl restart mysqld

3．通过mysql -uroot -p 进入数据库，给备份数据库人员授权，GRANT REPLICATION SLAVE ON *.* TO 'root'@'10.194.20.201' IDENTIFIED BY 'admin';

注释：//root用户必须具有REPLICATION SLAVE权限，除此之外没有必要添加不必要的权限，密码为admin。说明一下10.194.20.%，这个配置是指明root用户所在服务器，这里%是通配符，表示10.194.20.0-10.194.20.255的Server都可以以root用户登陆主服务器。当然你也可以指定固定Ip。当然一般不用root用户作为备份用户，可以自己创建个用户来做备份用户，并为其授权。

4．查看日志mysql> SHOW MASTER STATUS;

   如图：

5. 当然file每次重启主mysql服务器，都会改变，用户可以删除之前的，也可以通过命令查看当前的File和Position  

二、从服务器配置

1．进入my.cnf文件，添加一下配置：

    server-id = 201 #设置从服务器的ID

　sync_binlog = 1 #开启binlog日志同步功能，参数功能请看上面的说明。

   log-bin = mysql-bin-201 #binlog日志文件名

   如果从服务器不同步数据，可以注释掉。

2．重启mysql服务器。Systemctl restart mysqld

3．登陆mysql， mysql -uroot -p，如果mysql bin目录没有配置环境变量，需要进入mysql bin目录下运行该命令。

4．先关闭slave服务。mysql> stop slave;

5．连接master，change master to master_host='10.194.20.200',master_port=3306,master_user='root',master_password='admin',master_log_file='mysql-bin-200.000001',master_log_pos=154;

注释：master_log_file、master_log_pos是主服务器的参数，在配置前一定要查看。Mysql服务器的server-UUID一定不能一样，可以在mysql/data/auto.cnf中查看server-UUID，查看是否一致。

6．启动slave服务，mysql> start slave;

7. 查看启动状态，show slave status G;如图：

 8. 如果 Slave_IO_Running、Slave_SQL_Running不是yes，说明连接主服务器不成功，需要查看原因，可以到日志error.log文件查看问题。

都配置成功后，需要把主数据库中的数据库先同步到到次数据库，比如在IP为200的主数据库中，通过mysqldump 命令，把当前数据备份一遍，然后在201从服务器中，通过source命令导入数据库。在重启次服务器就行了。

接下来说说宕机切换：

主从复制目的：

主从服务器设置的稳健性得以提升，如果主服务器发生故障，可以把本来作为备份的从服务器提升为新的主服务器。在主从服务器上分开处理用户的请求，读的话，可以直接读取备机数据，可获得更短的响应时间。

主服务器：IP地址192.168.80.129，mysql已经安装，无用户数据。

从服务器：IP地址192.168.80.130，mysql已经安装。

注：数据库版本必须一致。

1.主从复制配置

修改从服务器的配置文件/etc/my.cnf，在mysqld里添加一下属性

log-bin=mysql-bin //[必须]启用二进制日志
server-id=129 //[必须]服务器唯一ID，默认是1，一般取IP最后一段，如IP：192.168.80.129

2.从服务器也做以上操作，添加完之后，重新启动两个数据库。

主服务器上进行操作

（1）创建用户并授权

• mysql -u root -p    
• mysql>grant replication slave on . to root@192.168.80.130 identified by ‘mysql’;    
• mysql>flush privileges;    

（2）查询主数据库的状态

• mysql> show master status; 

记下File以及Position的值，在后面进行从服务器操作的时候需要使用。

 

2.在从服务器上操作

（1）mysql登录并执行同步的sql语句，最后并启动slave

• #mysql -uroot -p 
• mysql> change master to master_host=’192.168.80.129’,master_user=’root’,master_password=’123456’,master_log_file=’mysql-bin.000025’,master_log_pos=990;
• mysql> start slave;   

就启动了slave同步功能

（2）主从同步检查

执行如下语句

• mysql>show slave statusG 

来检查从服务器的同步情况，一个正常的输出结果应该如下面的形式：

Slave_IO进程以及slave_SQL进程都必须正常运行，在状态输出中表现为：“slave”；否则都是不正确的状态（如一个值是Yes，另一个是No则不行）。

如果主数据库服务器已经存在用户数据，那么在进行主从复制时，需要做以下处理。

（1）主数据库锁表操作，不让数据再进行写入动作。

• mysql>flush tables withread lock;  

（2）查看主数据库的状态

• mysql>show master status;  

记下File以及Position的值，以备从服务器使用。

（3）把主服务器的数据文件复制到从服务器，最好先用tar归档压缩处理一下

（4）取消主数据库锁定

• mysql>unlock tables; 

从服务器的操作和前面的步骤一样，略过。

测试是否实现主从复制：

在主数据库服务器上创建库和表，然后插入记录，再登录到从服务器，查看是否也建立相一致的库和表以及记录。

（1）主服务器上的操作

• mysql>create database first_tb;  

①在主数据库服务器创建库first_tb;

• mysql>create table first_db(idint(3)),name char (10));

②在主数据库服务器创建表first_tb;

• mysql>insert into first_tb values (001,’myself’);

③在主数据服务器的表first_tb中插入记录;

（2）从服务器上查看

• mysql>show databases; 

①数据库first_db自动生成

②表first_tb也自动生成，数据记也录存在。

测试二

导入数据库，在主库上查看现在的数据库

创建数据库buy并且导入数据

在从库上查看，数据库已经完全导入。

2.mysql宕机切换演练

（1）高可用双主热备宕机自动切换演练

通常说的「双机热备」是指两台机器都在运行，但并不是两台机器都同时在提供服务。当提供服务的一台出现故障的时候，另外一台会马上自动接管并且提供服务，而且切换的时间非常短。

Keepalived的工作原理是VRRP（Virtual Router Redundancy Protocol）虚拟路由冗余协议。在VRRP中有两组重要的概念：VRRP路由器和虚拟路由器，主控路由器和备份路由器。

VRRP路由器是指运行VRRP的路由器，是物理实体，虚拟路由器是指VRRP协议创建的，是逻辑概念。一组VRRP路由器协同工作，共同构成一台虚拟路由器。 Vrrp中存在着一种选举机制，用以选出提供服务的路由即主控路由，其他的则成了备份路由。当主控路由失效后，备份路由中会重新选举出一个主控路由，来继续工作，来保障不间断服务。

环境描述：

• OS：CentOS6.5_X64
• MASTER：192.168.80.129
• BACKUP：192.168.80.130
• VIP：192.168.80.135      （虚拟IP）

1、配置两台Mysql主主同步

安装mysql的步骤前面有讲，我就不说了。不明白的可以看https://www.cnblogs.com/47Gamer/p/13654600.html

编辑my.cnf

• # vi /etc/my.cnf  #开启二进制日志，设置id

[mysqld]

• server-id = 1                                                        #backup这台设置2
• log-bin = mysql-bin
• binlog-ignore-db = mysql,information_schema   #忽略写入binlog日志的库
• auto-increment-increment = 2                             #字段变化增量值
• auto-increment-offset = 1                                    #初始字段ID为1
• slave-skip-errors = all                                          #忽略所有复制产生的错误

• #./mysql start

#先查看MASTER下的log bin日志和pos值位置

master配置如下：

mysql> GRANT  REPLICATION SLAVE ON . TO ‘root’@’192.168.80.130’ IDENTIFIED  BY ‘root’;          #130通过root远程访问到他自己
mysql> flush  privileges;
mysql> change  master to
    ->  master_host=’192.168.80.130’,
    ->  master_user=’root’,
    ->  master_password=’123456’,
    ->  master_log_file=’mysql-bin.000009’,
    ->  master_log_pos=1131;                            #对端状态显示的值
mysql> start  slave;                                           #启动同步

backup配置如下：

mysql> GRANT  REPLICATION SLAVE ON . TO ‘root’@’192.168.80.129’ IDENTIFIED  BY ‘root’;
mysql> flush  privileges;
mysql> change  master to
    ->  master_host=’192.168.80.129’,
    ->  master_user=’root’,
    ->  master_password=’root’,
    ->  master_log_file=’mysql-bin.000029’,
    ->  master_log_pos=107;                             #对端的状态显示值
mysql> start  slave;

#主主同步配置完毕，查看同步状态Slave_IO和Slave_SQL是YES说明主主同步成功。（两边都要是yes，如果一边yes另一边识别不到pos就无法同步）

在master插入数据测试下：

在backup查看是否同步成功：

可以看到已经成功同步过去，同样在backup插入到user表数据，一样同步过去，双主就做成功了。

主主配置常见报错：

注：如果其中一边提示连接中，关闭防火墙即，或者对应IP不对，请注意查看salve的IP。其中一个显示NO，查底下报错，显示por值匹配不到的，则说明你其中一边的bin-log不一致，关闭salve，重新配置即可。

2、配置keepalived实现热备

keepalived安装过程 我就不说了，网上很多，我是直接安装编译完成的。（源码不会编译的网上搜索一下）

keepalived编译配置文件

# vi /etc/keepalived/keepalived.conf

!  Configuration  File  forkeepalived
global_defs  {
notification_email  {
1111111 @ qq . com#接收报警邮箱地址
  }
notification_email from   1111111 @ qq . com
smtp server  127.0.0.1
smtp_connect timeout  30
router id  MYSQL HA        #标识，双主相同
  }
vrrp_instance  VI_1  {
  state   BACKUP           #两台都设置BACKUP
  interface  eth0
  virtual_router_id  51         #主备相同
  priority  100             #优先级，backup设置90
  advert_int  1
  nopreempt               #不主动抢占资源，只在master这台优先级高的设置，backup不设置
  authentication  {
  auth type  PASS
  auth pass  1111
  }
  virtual_ipaddress  {
  192.168.0.204
  }
}
virtual server  192.168.0.204  3306  {
  delay loop  2
  #lb_algo rr              #LVS算法，用不到，我们就关闭了
  #lb_kind DR              #LVS模式，如果不关闭，备用服务器不能通过VIP连接主MySQL
  persistence timeout  50   #同一IP的连接60秒内被分配到同一台真实服务器
  protocol  TCP
  real server  192.168.0.202  3306  {    #检测本地mysql，backup也要写检测本地mysql
  weight  3
  notify down  / usr / local / keepalived / mysql . sh     #当mysq服down时，执行此脚本，杀死keepalived实现切换
  TCP_CHECK  {
  connect timeout  3      #连接超时
  nb_get retry  3        #重试次数
  delay_before _retry  3  #重试间隔时间
   }
}

采用keepalived作为高可用方案时，两个节点最好都设置成BACKUP模式，避免因为意外情况下（比如脑裂）相互抢占导致往两个节点写入相同数据而引发冲突；

#backup服务器只修改priority为90、nopreempt不设置、real_server设置本地IP。

启动keepalived

• #./keepalived start 

3.测试高可用性

1、通过Mysql客户端通过VIP连接，看是否连接成功。

2、停止master这台mysql服务，是否能正常切换过去，可通过ip addr命令来查看VIP在哪台服务器上。

当master数据库宕的时候，VIP就会自动切换到另一台上，实现主主自动切换。远程连接数据库的虚拟IP是可以连接的，实现应用切换的效率。部署应用的时候配置VIP即可共享数据库资源。

3.注意：当宕库恢复的时候，要启动keepalived，否则VIP无法自动切换回来。