MySQL数据库的主从复制方案,是其自带的功能,并且主从复制并不是复制磁盘上的数据库文件,而是通过binlog日志复制到需要同步的从服务器上。
MySQL数据库支持单向、双向、链式级联,等不同业务场景的复制。在复制的过程中,一台服务器充当主服务器(Master),接收来自用户的内容更新,而一个或多个其他的服务器充当从服务器(slave),接收来自Master上binlog文件的日志内容,解析出SQL,重新更新到Slave,使得主从服务器数据达到一致。
主从机制实现原理
(1) master将改变记录到二进制日志(binary log)中(这些记录叫做二进制日志事件,binary log events);
(2) slave将master的binary log events拷贝到它的中继日志(relay log);
(3) slave重做中继日志中的事件,将改变反映它自己的数据。
master主库配置
1 # 停止数据库
2 systemctl stop mariadb
3
4 # 修改配置文件
5 vim /etc/my.cnf
6 # 修改内容
7 # 解释:server-id服务的唯一标识(主从之间都必须不同);log-bin启动二进制日志名称为log-bin
8 [mysqld]
9 server-id=1
10 log-bin=log-bin
11
12 # 启动mariadb
13 systemctl start mariadb
14
15 # 创建从库账号
16 # 新建用于主从同步的用户user1,允许登录的从库是'192.168.168.133'
17 create user 'user1'@'192.168.168.133' identified by 'user1';
18
19 #题外话:如果提示密码太简单,不复合策略在前面执行这句
20 set global validate_password_policy=0;
21
22 # 给从库账号授权,说明给chaoge从库复制的权限,在192.168.178.133机器上复制
23 grant replication slave on *.* to 'user1'@'192.168.168.133';
24
25 # 检查主库的状态
26 show master status;
27 +------------------+----------+--------------+------------------+
28 | File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
29 +------------------+----------+--------------+------------------+
30 | log-bin.000001 | 245 | | |
31 +------------------+----------+--------------+------------------+
32 1 row in set (0.00 sec)
33
34 File是二进制日志文件名,Position 是日志开始的位置。后面从库会用到 后面从库会用到 后面从库会用到!!!!!!
slave从库配置
1 # 设置server-id值并关闭binlog功能参数
2 # 数据库的server-id在主从复制体系内是唯一的,Slave的server-id要与主库和其他从库不同,并且注释掉Slave的binlog参数。
3 [mysqld]
4 server-id=2
5 read-only=true
6
7 # 重启数据库
8 systemctl restart mariadb
9
10 # 导入数据(注意sql文件的路径)
11 source /data/all.sql;
12
13 # 配置复制的参数,Slave从库连接Master主库的配置
14
15 change master to master_host='192.168.168.129', # 主库的IP地址
16 master_user='user1',
17 master_password='user1',
18 master_log_file='log-bin.000001',
19 master_log_pos=245;
20
21 # 启动从库的同步开关,测试主从复制的情况
22 start slave;
23 # 查看复制状态
24 show slave status\G;
25 # 如果看到下面两个参数,就说明运行成功了
26 Slave_IO_Running: Yes
27 Slave_SQL_Running: Yes