MySql主从复制

MySql主从复制

什么是主从复制？

MySQL数据库的主从复制方案，是其自带的功能，并且主从复制并不是复制磁盘上的数据库文件，而是通过binlog日志复制到需要同步的从服务器上。

MySQL数据库支持单向、双向、链式级联，等不同业务场景的复制。在复制的过程中，一台服务器充当主服务器（Master），接收来自用户的内容更新，而一个或多个其他的服务器充当从服务器（slave），接收来自Master上binlog文件的日志内容，解析出SQL，重新更新到Slave，使得主从服务器数据达到一致。

主从复制的逻辑有以下几种

一主一从，单向主从同步模式，只能在Master端写入数据

一主多从

双主主复制逻辑架构，此架构可以在Master1或Master2进行数据写入，或者两端同事写入（特殊设置）

在生产环境中，MySQL主从复制都是异步的复制方式，即不是严格的实时复制，但是给用户的体验都是实时的。
MySQL主从复制集群功能使得MySQL数据库支持大规模高并发读写成为可能，且有效的保护了服务器宕机的数据备份。

应用场景

利用复制功能当Master服务器出现问题时，我们可以人工的切换到从服务器继续提供服务，此时服务器的数据和宕机时的数据几乎完全一致。
复制功能也可用作数据备份，但是如果人为的执行drop,delete等语句删除，那么从库的备份功能也就失效了.

主从机制实现原理

MySQL数据库的主从复制方案，是其自带的功能，并且主从复制并不是复制磁盘上的数据库文件，而是通过binlog日志复制到需要同步的从服务器上。

MySQL数据库支持单向、双向、链式级联，等不同业务场景的复制。在复制的过程中，一台服务器充当主服务器（Master），接收来自用户的内容更新，而一个或多个其他的服务器充当从服务器（slave），接收来自Master上binlog文件的日志内容，解析出SQL，重新更新到Slave，使得主从服务器数据达到一致。

主从复制的逻辑有以下几种

一主一从，单向主从同步模式，只能在Master端写入数据

一主多从

双主主复制逻辑架构，此架构可以在Master1或Master2进行数据写入，或者两端同事写入（特殊设置）

在生产环境中，MySQL主从复制都是异步的复制方式，即不是严格的实时复制，但是给用户的体验都是实时的。
MySQL主从复制集群功能使得MySQL数据库支持大规模高并发读写成为可能，且有效的保护了服务器宕机的数据备份。

应用场景

利用复制功能当Master服务器出现问题时，我们可以人工的切换到从服务器继续提供服务，此时服务器的数据和宕机时的数据几乎完全一致。
复制功能也可用作数据备份，但是如果人为的执行drop,delete等语句删除，那么从库的备份功能也就失效了.

主从机制实现原理

 

① 主库master将更新记录到二进制文件log_bin中（这些记录叫做二进制日志事件，binary log events）

②从库slave生成一个I/O线程去拷贝主库的二进制日志

③从库I/O线程拷贝回来内容写进中继日志文件(relay_log_file)中

④从库生成另一SQL线程会读取relay log文件中的日志

⑤SQL线程解析成具体操作，来实现主从的操作一致，而最终数据一致；

 

主从复制实现

从上述主从复制原理中可以分析出一些基本配置项：

用于master主库和slave从库相互识别的server-id

主库用户存放日志事件的文件名

 实现示例

master主库账号为 xiaoxa@192.168.1.185

slave从库账号为 root@192.168.1.120

主库配置

#查看数据库状态
systemctl status mariadb
#停mariadb
systemctl stop mariadb

# ****修改配置文件******
vim /etc/my.cnf
#修改内容
#解释：server-id服务的唯一标识（主从之间都必须不同）；log-bin启动二进制日志名称为mysql-bin 

　　[mysqld]
　　server-id=1
　　log-bin=mysql-bin
#重启mariadb
systemctl start mariadb

 

主库添加从库账户

1.新建用于主从同步的用户xiaoxia,允许登录的从库是'192.168.1.120'
create user xiaoxia@'192.168.1.120' identified by '220202';

2.#题外话：如果提示密码太简单不复合策略加在前面加这句
mysql> set global validate_password_policy=0;

3.给从库账号授权,说明给chaoge从库复制的权限，在192.168.1.120机器上复制
grant replication slave on *.* to xiaoxia@'192.168.1.120';
#检查主库创建的复制账号
select user,host from mysql.user;
#检查授权账号的权限
show grants for xiaoxia@'192.168.1.120';

实现对主数据库锁表只读，防止数据写入，数据复制失败
flush table with read lock;

4.检查主库的状态
MariaDB [(none)]> show master status
-> ;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000004 | 493 | | |
+------------------+----------+--------------+------------------+
row in set (0.00 sec)
File是二进制日志文件名，Position 是日志开始的位置。
 
5.锁表后，一定要单独再打开一个SSH窗口，导出数据库的所有数据，
[root@oldboy_python ~ 19:32:45]#mysqldump -uroot -p --all-databases > /data/all.sql 
6.确保数据导出后，没有数据插入，完毕再查看主库状态
show master status;
7.导出数据完毕后，解锁主库，恢复可写；
unlock tables;
8.将备份导出的数据scp至Slave数据库
scp /data/all.sql root@192.168.1.120:/data/

　　

从库账号配置

1.设置server-id值并关闭binlog功能参数
数据库的server-id在主从复制体系内是唯一的，Slave的server-id要与主库和其他从库不同，并且注释掉Slave的binlog参数。
2.因此修改Slave的/etc/my.cnf，写入
[mysqld]
server-id=3
3.重启数据库
systemctl restart mariadb
4.检查Slava从数据库的各项参数
show variables like 'log_bin';
show variables like 'server_id';
5.恢复主库Master的数据导入到Slave库
导入数据（注意sql文件的路径）
mysql>source /data/all.sql;
方法二：
#mysql -uroot -p  < abc.sql 
6.配置复制的参数，Slave从库连接Master主库的配置
mysql > change master to master_host='192.168.1.185',
master_user='xiaoxia',
master_password='220202',
master_log_file='mysql-bin.000004',
master_log_pos=493;
7.启动从库的同步开关，测试主从复制的情况
start slave;
8.查看复制状态
show slave status\G;

　

显示上述就配置成功了。

 

取消主从复制

注意取消从库再取消主库

# 关闭从库
stop slave
# 清除从库相关文件
reset slave
# 清除主库相关文件
reset master