【MySQL主从复制原理及搭建全过程】 񥽫

时间:2019-08-18
本文章向大家介绍【MySQL主从复制原理及搭建全过程】 񥽫,主要包括【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=1log-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

原文地址:https://www.cnblogs.com/gqy02/p/11372464.html