MySQL架构备份之双机热备

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

1、可以降低master读压力

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

环境准备及要求：

1、关闭防火墙和selinux

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

3、系统时间需要同步

4、master和slave的数据库版本保持一致（系统版本保持一致）

思路：

1、master必须开启二进制日志

2、slave必须开启中继日志

3、master和slave的server-id必须不一样  范围（2^23-1）

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

M--S架构操作步骤

环境：

master：192.168.1.166

slave：192.168.1.114

1、环境准备

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

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

2、修改配置文件

# 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

3、数据初始化一致

情况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

4、在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)
# 注意：此时千万不要往里面写东西

5、在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

6、测试验证

测试一：
    先查看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)

总结：

1、测试表明只能在master端上面进行写然后再同步到slave端。

2、如果slave服务关闭后可以不用管理，然后再在master端可以继续写入，等到slave服务启动后，会自动同步到slave端。