MySQL架构备份之双机热备

By | 2019年12月3日
目录
[隐藏]

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必须开启此参数

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端。

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注