MySQL架构备份之双机热备

时间 2019-11-08

标签 mysql 架构备份栏目 MySQL 繁體版

原文原文链接

M--S架构：实现双机热备（AB复制）

一、能够下降master读压力html

二、能够对数据库作“热备”，热备只能解决硬件master硬件故障，软件故障等重大故障问题，但没法解决人为误操做致使的逻辑故障（列如输入错误的SQL语句把重要的记录删除了），因此常规的备份是必须。mysql

环境准备及要求：linux

一、关闭防火墙和selinuxsql

二、hosts文件中两台服务器主机名和ip地址一一对应起来数据库

三、系统时间须要同步vim

四、master和slave的数据库版本保持一致（系统版本保持一致）服务器

思路：架构

一、master必须开启二进制日志ide

二、slave必须开启中继日志测试

三、master和slave的server-id必须不同范围（2^23-1）

四、master和slave的初始数据一致

M--S架构操做步骤

环境：

master：192.168.1.166

slave：192.168.1.114

一、环境准备

# master：
[root@master ~]# vim /etc/hosts
192.168.1.114   slave

# slave：
[root@slave ~]# vim /etc/hosts
192.168.1.166   master

二、修改配置文件

# master：
root@master ~]# vim /etc/my.cnf
log-bin=mysql-bin
server-id = 1

# slave：
[root@slave ~]# vim /etc/my.cnf
server-id = 2
relay-log=/data/DB/relay.log

# 扩展说明：有时候，咱们只是想master向slave上面同步某一个库，那么就可使用下面的参数，一样是加在/etc/my.conf配置文件里面：
binlog-do-db=须要复制的数据库名，若是复制多个数据库，重复设置这个选项便可
binlog-ignore-db=不须要复制的数据库苦命，若是复制多个数据库，重复设置这个选项便可


示例：
master的/etc/my.conf
server-id = 1
log-bin=mysql-bin     #设定生成的log文件名；
binlog-do-db=demo    #须要同步的二进制数据库名；
binlog-ignore-db=information_schema    #不一样步的二进制数据库名,若是不设置能够将其注释掉;
binlog-ignore-db=mysql
binlog-ignore-db=performance_schema
binlog-ignore-db=test
log-slave-update    #把更新的记录写到二进制文件中；

slave的/etc/my.conf
server-id = 2    # 若是有多个 依次添加便可，不能相同
log-bin=mysql-bin
relay-log=/data/DB/relay.log
# 若是想要作级联架构，也就是master复制到slave上面，slave再复制到slave2上面，一样在slave上面也能够控制须要复制的数据库， 
replicate-ignore-db=mysql
replicate-do-db=demo
log-slave-update    # 级联 中级slave必须开启此参数

# MySQL主从复制参数大全 参考：https://www.cnblogs.com/qianniao12/p/8011222.html

针对单个数据库配置主从

三、数据初始化一致

状况1：两边都没有业务数据，直接初始化master和slave的数据库

状况2：master上面有业务数据

masteer：
1>中止数据库
[root@master ~]# /etc/init.d/mysqld stop

2>物理级别备份
[root@master ~]# cd /data/DB/ && ll
[root@master DB]# tar -cvzf /tmp/mysql.tar.gz *
[root@master DB]# scp /tmp/mysql.tar.gz 192.168.1.114:/tmp

slave：
3>slave端进行数据恢复
[root@slave ~]# cd /data/DB/ && ll
[root@slave DB]# tar -xf /tmp/mysql.tar.gz -C .
[root@slave DB]# /etc/init.d/mysqld start

master和slave：
4>查看slave和master上面的数据是否同样
[root@master DB]# echo "show databases;" | mysql -p123 
[root@slave DB]# echo "show databases;" | mysql -p123

示例master上面有业务数据

四、在master上面建立受权用户及查看binlog信息

master：
1>锁表，先加锁，防止两边数据不一致;若是业务还未上线，这个就没有必要了
mysql> flush tables with read lock;

2>建立受权用户
mysql> grant replication slave on *.* to 'slave'@'192.168.1.114' identified by '123';

3>查看binglog信息，只有打开二进制日志，这句命令才有结果，表示当前数据库的二进制日志写到什么位置
mysql> show master status\G
*************************** 1. row ***************************
             File: mysql-bin.000003
         Position: 331
     Binlog_Do_DB: 
 Binlog_Ignore_DB: 
Executed_Gtid_Set: 
1 row in set (0.02 sec)
# 注意：此时千万不要往里面写东西

五、在slave上配置同步信息

slave：
mysql> change master to master_host='192.168.1.166', master_user='slave', master_password='123', master_port=3306, master_log_file='mysql-bin.000003', master_log_pos=331;
参数说明：
    master_host：        master ip
    master_user：        同步用户
    master_password：    密码
    master_port：　　　　 端口
    master_log_file：    master上面查看到的二进制日志名
    master_log_pos：     master上面查看到的POS值
    
mysql> show slave status \G
查看slave发现报错
解决：
    1.检查配置文件里server-id是否不一致
    2.检查数据目录里的auto.cnf文件的uuid是否同样，若是同样将slave中的auto.cnf删除后将master和slave的服务重启。

mysql> show slave status \G;
    Slave_IO_Running: Yes
    Slave_SQL_Running: Yes

六、测试验证

测试一：
    先查看master和slave的ceshi库中users表的信息
    master：
    mysql> select * from ceshi.users;
    +----+-------+----------+-----------------+
    | id | name  | password | address         |
    +----+-------+----------+-----------------+
    |  1 | zhang | 1234     | NULL            |
    |  2 | wang  | 4321     | 湖北武汉        |
    |  3 | li    | 5678     | 北京海淀        |
    |  4 | liu   | 1122     | NULL            |
    |  5 | zou   | 4311     | 湖南长沙        |
    |  6 | zhou  | 6789     | 北京八宝山      |
    |  7 | ding  | 7891     | 深圳西丽        |
    +----+-------+----------+-----------------+
    7 rows in set (0.00 sec)

    slave：
    mysql> select * from ceshi.users;
    +----+-------+----------+-----------------+
    | id | name  | password | address         |
    +----+-------+----------+-----------------+
    |  1 | zhang | 1234     | NULL            |
    |  2 | wang  | 4321     | 湖北武汉        |
    |  3 | li    | 5678     | 北京海淀        |
    |  4 | liu   | 1122     | NULL            |
    |  5 | zou   | 4311     | 湖南长沙        |
    |  6 | zhou  | 6789     | 北京八宝山      |
    |  7 | ding  | 7891     | 深圳西丽        |
    +----+-------+----------+-----------------+
    7 rows in set (0.11 sec)

    在master上面删除数据，而后回到slave上面查看
    master：
    mysql> delete from ceshi.users where id>=3;
    mysql> select * from ceshi.users;
    +----+-------+----------+--------------+
    | id | name  | password | address      |
    +----+-------+----------+--------------+
    |  1 | zhang | 1234     | NULL         |
    |  2 | wang  | 4321     | 湖北武汉     |
    +----+-------+----------+--------------+
    2 rows in set (0.00 sec)

    slave：
    mysql> select * from ceshi.users;
    +----+-------+----------+--------------+
    | id | name  | password | address      |
    +----+-------+----------+--------------+
    |  1 | zhang | 1234     | NULL         |
    |  2 | wang  | 4321     | 湖北武汉     |
    +----+-------+----------+--------------+
    2 rows in set (0.00 sec)


测试二：
    中止slave上的服务
    [root@slave ~]# /etc/init.d/mysqld stop
    
    在master上面插入数据并查看
    mysql> insert into ceshi.users(name, password, address) values("ceshi","666666","广东深圳");
    Query OK, 1 row affected (0.04 sec)

    mysql> select * from ceshi.users;
    +----+-------+----------+--------------+
    | id | name  | password | address      |
    +----+-------+----------+--------------+
    |  1 | zhang | 1234     | NULL         |
    |  2 | wang  | 4321     | 湖北武汉     |
    |  8 | ceshi | 666666   | 广东深圳     |
    +----+-------+----------+--------------+
    3 rows in set (0.00 sec)
    
    再次启动slave并查看是否有更新
    [root@slave ~]# /etc/init.d/mysqld start
    mysql> select * from ceshi.users;
    +----+-------+----------+--------------+
    | id | name  | password | address      |
    +----+-------+----------+--------------+
    |  1 | zhang | 1234     | NULL         |
    |  2 | wang  | 4321     | 湖北武汉     |
    |  8 | ceshi | 666666   | 广东深圳     |
    +----+-------+----------+--------------+
    3 rows in set (0.00 sec)

测试验证

总结：

一、测试代表只能在master端上面进行写而后再同步到slave端。

二、若是slave服务关闭后能够不用管理，而后再在master端能够继续写入，等到slave服务启动后，会自动同步到slave端。