MySQL主从复制原理及搭建全过程 𦓮

Posted ggg566

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了MySQL主从复制原理及搭建全过程 𦓮相关的知识，希望对你有一定的参考价值。

目录

原文: http://blog.gqylpy.com/gqy/322

本文将使用mariaDB数据库实现主从复制，其步骤与mysql数据库无差异。

当然你也可以选择使用MySQL-5.7，点击查看MySQL-5.7安装教程

MariaDB数据库管理系统是MySQL的一个分支，主要由开源社区在维护，采用GPL授权许可。

开发这个分支的原因之一是：甲骨文公司收购了MySQL后，有将MySQL闭源的潜在风险，因此社区采用分支的方式来避免这个风险。

MariaDB的目的是完全兼容MySQL，包括API和命令行，使之能轻松成为MySQL的替代品。

Red Hat Enterprise Linux/CentOS 7.0发行版已将默认的数据从MySQL切换到MariaDB。
@
***

准备工作

yum安装mariaDB

准备两台服务器，分别安装mariaDB
.
1.配饰repo仓库文件，指定mariaDB的YUM源

[mariadb]
name = MariaDB
baseurl = http://yum.mariadb.org/10.1/centos7-amd64
gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB
gpgcheck=1

2.开始安装mariaDB

yum -y install MariaDB-server MariaDB-client

3.安装完毕后，启动mariaDB

systemctl start mariadb

初始化mariaDB

在确认MariaDB数据库软件程序安装完毕并成功启动后请不要立即使用。为了确保数据库的安全性和正常运转，需要先对数据库程序进行初始化操作。这个初始化操作涉及下面5个步骤。
.
? 设置 root 管理员在数据库中的密码值(注意，该密码并非root管理员在系统中的密码，这里的密码值默认应该为空，可直接按回车键)。
? 设置root管理员在数据库中的专有密码。
? 随后删除匿名账户，并使用root管理员从远程登录数据库，以确保数据库上运行的业务的安全性。
? 删除默认的测试数据库，取消测试数据库的一系列访问权限。
? 刷新授权列表，让初始化的设定立即生效。
.
确保MariaDB服务正在运行，执行初始化命令：

mysql_secure_installation

初始化过程如下图：
技术图片

补充知识点

在配置文件中指定中文编码

[mysqld]
character-set-server=utf8
collation-server=utf8_general_ci
log-error=/var/log/mysqld.log
[client]
default-character-set=utf8
[mysql]
default-character-set=utf8

创建授权远程用户

# 取消全局密码复杂度策略
set global validate_password_policy=0;

# 创建远程用户
create user "用户名"@"可访问范围" identified by "密码";

# 授权用户所有权限
grant all privileges on *.* to "用户名"@"可访问范围";

# 授权tom从192.168.1.129主机复制数据
grant replication slave on *.* to 'tom'@'192.168.1.129';

# 检查主库创建的复制账号
select user,host from mysql.user;

# 检查tom授权账号的权限
show grants for 'tom'@'192.168.1.129';

# 刷新授权表，使其立即生效
flush privileges;

锁表只读，用于防止数据写入

flush table with read lock;  # 锁
unlock tables;  # 解

备份恢复数据

# 备份
[root@master ~]# mysqldump -uroot -p --all-databases > all_db.sql
# 恢复
[root@master ~]# mysql -uroot -p < all_db.sql

主从复制原理

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

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

主从复制的逻辑有以下几种
.
一主一从：单向主从同步模式，只能在Master端写入数据
一主多从：单向主从同步模式，只能在Master端写入数据
技术图片
主主同步：此架构可以在Master1或Master2进行数据写入，或者两端同时写入（需特殊配置）
技术图片

----
在生产环境中，MySQL主从复制都是异步的复制方式，既不是严格的实时复制，但是给用户的体验都是实时的。
.
MySQL主从复制集群功能使得MySQL数据库支持大规模高并发读写成为可能，并有效的保护了服务器宕机的数据备份。
.
----
利用复制功能，当Master服务器出现问题时，我们可以人工的切换到从服务器继续提供服务，此时服务器的数据和宕机时的数据几乎完全一致。
.
服务功能也可用作数据备份，但是如果人为的执行drop、delete等语句删除，那么从库的备份功能也就失效了。

主从机制实现原理
技术图片

  1. master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events）；
  2. slave将master的binary log events拷贝到它的中继日志(relay log);
  3. slave重做中继日志中的事件，将改变反映到它自己的库中。

.
步骤2中，slave服务器会开启两个线程，分别用于：读取master的二进制日志；将日志写入中继日志。
***

开始搭建主从复制

主服务器配置

开始修改配置文件
.
修改配置文件/etc/my.cnf，在[mysqld]配置下增加两项配置：server-id=1，log-bin=mysql-bin。

  • server-id=1： 是服务器的唯一标示（主从服务器之间必须不同）。
  • log-bin=mysql-bin： 启用二进制日志，并指定日志名称为mysql-bin。

.
如下图：
技术图片
保存退出后重启服务：systemctl restart mariadb
.
开始创建授权复制用户

# 创建复制用户
MariaDB [(none)]> create user 'tom'@'192.168.43.71' identified by 'user@tom';
Query OK, 0 rows affected (0.01 sec)

# 授权复制用户
MariaDB [(none)]> grant replication slave on *.* to 'tom'@'192.168.43.71';
Query OK, 0 rows affected (0.00 sec)

# 刷新授权表，使其立即生效
MariaDB [(none)]> flush privileges;
Query OK, 0 rows affected (0.00 sec)

.
开始备份数据

# 锁表
MariaDB [(none)]> flush table with read lock;
Query OK, 0 rows affected (0.00 sec)

# 打开新窗口，导出所有数据并传至从服务器
[root@master ~]# mysqldump -uroot -p --all-databases > all_db.sql
[root@master ~]# scp all_db.sql 192.168.43.71:/root/

# 查看二进制日志文件和当前的位置并记录
# File是二进制日志文件名，Position是日志的当前位置
# 强调：记住File与Position的值，从服务器中会用到
MariaDB [(none)]> show master status;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 |      567 |              |                  |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

# 解锁
# 这一步骤应在主从服务器均配置完毕，可实现数据同步后，再解锁
MariaDB [(none)]> unlock tables;
Query OK, 0 rows affected (0.00 sec)

从服务器配置

开始修改配置文件
.
修改配置文件/etc/my.cnf，在[mysqld]配置下增加此配置：server-id=2，

  • server-id=2： 是服务器的唯一标示（主从服务器之间必须不同）。
  • 这里与主服务器不一样，不可开启bin-log。

.
如下图：
技术图片
保存退出后重启服务：systemctl restart mariadb
.
导入主库传过来的备份文件

[root@slave ~]# mysql -uroot -p < all_db.sql

.
开始配置复制参数

# 查询从库信息
MariaDB [(none)]> show variables like 'server_id';
MariaDB [(none)]> show variables like 'log_bin';

# 配置复制参数
MariaDB [(none)]> change master to
    -> master_host='192.168.43.149',  # 指定主库的ip
    -> master_user='tom',  # 指定主库创建的远程用户名
    -> master_password='user@tom',  # 指定主库创建的远程用户密码
    -> master_log_file='mysql-bin.000001',  # 指定二进制日志文件
    -> master_log_pos=567;  # 指定二进制日志的当前位置
Query OK, 0 rows affected (0.02 sec)

# 启动从库同步
MariaDB [(none)]> start slave;

# 检查复制状态，详见下图
MariaDB [(none)]> show slave status\G;

检查主从复制是否成功的关键在于：
技术图片
好了，主从同步已配置完毕了，去测试吧。

附：

此时还未配置从库的只读模式，只需在从服务器的配置文件中的[mysqld]配置下增加read-only=true，并且在从服务器上创建普通用户，使用普通用户主从同步即可达到只读的效果。

注意一个坑：如果使用root用户，则无法达到只读的效果，超级用户root不受只读限制。

原文: http://blog.gqylpy.com/gqy/322

以上是关于MySQL主从复制原理及搭建全过程 𦓮的主要内容，如果未能解决你的问题，请参考以下文章

MySQL主从复制原理及搭建全过程 𦓮

MySQL主从复制原理及搭建过程

mysql主从复制原理及一主一从搭建过程—2023.04

MySQL主从复制原理及搭建全过程 -- 2019-08-11 18:48:27

MySQL主从复制原理及搭建过程

MySQL 主从复制原理及搭建

(c)2006-2024 SYSTEM All Rights Reserved IT常识