mysql(mariadb)数据库的主从复制

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主库配置

# 停止数据库
systemctl stop mariadb

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

# 启动mariadb
systemctl start mariadb

# 创建从库账号
# 新建用于主从同步的用户user1,允许登录的从库是'192.168.168.133'
create user 'user1'@'192.168.168.133' identified by 'user1';

#题外话：如果提示密码太简单,不复合策略在前面执行这句
set global validate_password_policy=0;

# 给从库账号授权,说明给chaoge从库复制的权限，在192.168.178.133机器上复制
grant replication slave on *.* to 'user1'@'192.168.168.133';

# 检查主库的状态
show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| log-bin.000001 | 245 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

File是二进制日志文件名，Position 是日志开始的位置。后面从库会用到 后面从库会用到 后面从库会用到！！！！！！

slave从库配置

# 设置server-id值并关闭binlog功能参数
# 数据库的server-id在主从复制体系内是唯一的，Slave的server-id要与主库和其他从库不同，并且注释掉Slave的binlog参数。
[mysqld]
server-id=2
read-only=true

# 重启数据库
systemctl restart mariadb

# 导入数据（注意sql文件的路径）
source /data/all.sql;

# 配置复制的参数，Slave从库连接Master主库的配置

change master to master_host='192.168.168.129',　　　　# 主库的IP地址
master_user='user1',
master_password='user1',
master_log_file='log-bin.000001',
master_log_pos=245;

# 启动从库的同步开关，测试主从复制的情况
start slave;
# 查看复制状态
show slave statusG;
# 如果看到下面两个参数，就说明运行成功了
Slave_IO_Running: Yes
Slave_SQL_Running: Yes