MYSQL主从复制--传统方式

我叫张贺,贪财好色。一名合格的LINUX运维工程师,专注于LINUX的学习和研究,曾负责某中型企业的网站运维工作,爱好佛学和跑步。
个人博客:传送阵
笔者微信:zhanghe15069028807

0、MYSQL主从复制概述

1、主从复制的作用

  • 用于备份,避免影响业务
  • 实时灾备,用于切换故障
  • 读写分离,提供查询服务

2、主从复制存在的问题

  • 当主压力大时,复制会延时
  • 主库宕机后,数据可能会丢失

3、主从复制问题的解决办法

  • 并行复制,解决延时问题
  • 全同步复制,要求5.7版本以上

4、主从复制的原理(面试必问)

我们在上一节做逻辑备份恢复时,其实就是手动将故障前的操作通过 二进制日志再执行一次,就是这么简单,而主从复制的原理就是将这个过程给自动化了,不用我们手工参与了。

1、主数据库必须要将二进制日志打开,这样主的操作才会被记录下来。

2、从数据库实时侦测主数据库二进制文件的变化,一旦变动之后,就会立马将操作下载到本地的中继日志里面。

3、从数据库进程然后再读取中继日志,将其重放备库的数据库之上。

1、MYSQL主从复制-传统方式

1、环境准备

数据库主从复制如下,如需实现多从,将以下实验从案例再配置一次即可。

操作系统 MYSQL版本 IP 角色
centos7 5.7 192.168.70.160 Master
centos7 5.7 192.168.70.161 Slave

/etc/hosts文件解析(两台机器一样)

192.168.70.160 master1
192.168.80.161 slave1

2、Master配置

//打开二进制日志
[root@master1 ~]# cat /etc/my.cnf
[mysqld]
datadir=/mysql
socket=/var/lib/mysql/mysql.sock
log-bin       #打开二进制日志
server-id=160 #给一个server-id
//重启数据库
[root@master1 ~]# systemctl restart mysqld
//准备数据
[root@master1 ~]# mysql -pcba-123
mysql> create database linuxdb;
mysql> use linuxdb;
mysql> create table t1(id int,name varchar(20));
mysql> insert into t1 values (1,'tt');
mysql> insert into t1 values (2,'ttt');
mysql> select * from t1;
+------+------+
| id   | name |
+------+------+
|    1 | tt   |
|    2 | ttt  |
+------+------+
//确认二进制日志有没有开启
[root@master1 ~]# mysql -pcba-123 -e "show variables like 'log_bin%';"
+---------------------------------+--------------------------+
| Variable_name                   | Value                    |
+---------------------------------+--------------------------+
| log_bin                         | ON                       |
| log_bin_basename                | /mysql/master1-bin       |
| log_bin_index                   | /mysql/master1-bin.index |
| log_bin_trust_function_creators | OFF                      |
| log_bin_use_v1_row_events       | OFF                      |
+---------------------------------+--------------------------+
//授权,允许能够远程连接的主机
mysql> grant replication slave,replication client on *.* to 'rep'@'192.168.70.%' identified by 'Rep123.com';
//导出当前数据,主从复制也要基于全备,这次备份是准备复制给slave主机的
[root@master1 ~]# mysqldump -uroot -pcba-123 --all-databases --single-transaction --master-data=1 --flush-logs >/root/db-$(date +%F)-all.sql;
//传输给slave主机
[root@master1 ~]# scp /root/db-2019-11-30-all.sql root@slave1:/root

replication是响应的意思

3、Slave配置

//检测是否能登录master的数据库
[root@slave1 ~]# mysql -hmaster1 -urep -p'Rep123.com'
//给一个server-id,不用配置bin-log
[root@slave1 ~]# cat /etc/my.cnf
[mysqld]
datadir=/mysql
socket=/var/lib/mysql/mysql.sock
server-id=161
//重启mysql服务
[root@slave1 ~]# systemctl restart mysqld
//导入数据
[root@slave1 ~]# mysql -uroot -p'cba-123' -e "source /root/db-2019-11-30-all.sql;"
//连接master
mysql> change master to master_host='master1',
master_user='rep',
master_password='Rep123.com';
//启动slave角色
mysql> start slave;
//查看角色是否同步
mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: master1
                  Master_User: rep
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: master1-bin.000001
          Read_Master_Log_Pos: 154
               Relay_Log_File: slave1-relay-bin.000003
                Relay_Log_Pos: 371
        Relay_Master_Log_File: master1-bin.000001
             Slave_IO_Running: Yes   #这两个线程一定要是YES才可以
            Slave_SQL_Running: Yes   

只能在从上执行查询操作,如果执行更改类的操作,主从立马就会断开,注意,注意。

4、报错&解决

报错一:UUID冲突
Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server UUIDs; these UUIDs must be different for replication to work.
解决办法:
将从上面的/mysql/auto.cnf更改名字,然后一下数据库
mv /mysql/auto.cnf /mysql/auto.cnf.bak


报错二:数据库重复,跳过即可。
Last_SQL_Error: Error 'Can't create database 'linuxdb'; database exists' on query. Default database: 'linuxdb'. Query: 'create database linuxdb'
解决办法:
mysql> stop slave;
mysql> set global sql_slave_skip_counter = 1;
mysql> start slave;

猜你喜欢

转载自www.cnblogs.com/yizhangheka/p/11962894.html