MySQL主从复制详细介绍

Posted TimeFriends

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了MySQL主从复制详细介绍相关的知识,希望对你有一定的参考价值。

一、主从复制的目的

mysql内建的复制功能是构建基于MySQL的大规模、高性能应用的基础,复制功能的目的是构建高性能的应用,同时也是高可用性、可扩展性、灾难恢复、备份以及数据仓库等工作的基础。比较常见的用途有以下几种:

数据分布:备份特定数据库

负载均衡:读写分离

高可用性和故障切换:从库的存在可以缩短宕机时间

MySQL升级测试:使用一个更高版本的MySQL作为备库,保证在升级全部实例前,查询能够在备库按照预期进行

二、主从复制的原理和步骤

​ 简单的说就是master将数据库的改变写入binary log二进制日志,这个日志会记录下所有修改了数据库的SQL语句(insert,update,delete,grant等),slave同步这些二进制日志,并根据这些二进制日志进行数据操作,其实就是把主服务器上的binary log复制到从服务器上执行一遍,这样从服务器上的数据就和主服务器上的数据相同了。

整体来说,主从复制有以下步骤:

1.主节点必须启用二进制日志,记录任何修改数据库数据的事件。

2.从节点开启一个线程I/O Thread把自己扮演成mysql的客户端,通过mysql协议,请求主节点的二进制日志文件中的事件

3.主节点启动一个线程(dump Thread),检查自己二进制日志中的事件,跟对方请求的位置对比,如果不带请求位置参数,则主节点就会从第一个日志文件中的第一个事件一个一个发送给从节点。

4.从节点接收到主节点发送过来的数据把它放置到中继日志(Relay log)文件中。并记录该次请求到主节点的具哪个二进制日志文件的哪个位置。

5.从节点启动另外一个线程(sql Thread ),把replaylog中的事件读取出来,并在本地再执行一次。

其原理图如下:

三、复制中线程的作用

从节点:

I/O Thread:从Master请求二进制日志事件,并保存于中继日志中。

Sql Thread:从中继日志中读取日志事件,在本地完成更新。

主节点:

Dump Thread:为每个Slave的I/O Thread启动一个dump线程,用于向从节点发送二进制事件。
如果从节点需要作为其他节点的主节点时,是需要开启二进制日志文件的。这种情况叫做级联复制。如果只是作为从节点,则不需要创建二进制文件。

四、主从复制配置过程

主节点:

1.启用二进制日志。

2.为当前节点设置一个全局唯一的server_id。

3.创建有复制权限的用户账号 replication slave。

从节点:

1.启动中继日志。

2.为当前节点设置一个全局唯一的server_id。

3.使用有复制权限的用户账号连接至主节点,并启动复制线程。

4.1 测试环境

4.2 主节点配置过程

4.2.1 编辑主节点配置文件

在Centos中打开my.cnf文档:

· 添加:log-bin = mysql-bin(开启二进制日志)

· 添加:server-id =4(设置服务器id,主节点和从节点的id需要设为不同)

· 添加:binlog-do-db=DBAs(确定需要同步的数据库)

· 添加:binlog-ignore-db=mysql(此处可以实际需求添加需要忽略的数据库)

· 添加:expire_logs_days=7(自动清理 7 天前的log文件,可根据需要修改)

4.2.2 启动主节点mysql服务,并连接mysql

正常情况下,mysql服务启动命令为:

为了更方便的启动mysql服务,为mysql创建软连接

此时,启动命令变为:

4.3.4 在从节点配置访问主节点的参数信息
添加 主节点主机,访问主节点的用户名及密码,主节点二进制文件信息。

命令:

此处的master_log_file和master_log_pos需要和主节点状态保持一致。

4.3.5 查看从节点的状态信息
因为没有启动 从节点的复制线程,I/O线程和SQL 线程都为NO.

使用start slave命令启动从节点的复制线程,再利用show slave status命令查看当前的从节点状态。

4.4 功能测试

查看主节点的状态,

2)在从节点查找二进制日志信息,并查看mydb数据库是否复制成功

最后在从节点上查看数据是否已经同步,命令:

经过验证,证明主从复制同步成功!!!

五、错误排查总结

5.1 Connecting错误

操作过程中有时候出现如下所述错误:

排错思路如下:

1.二进制日志没有开启

2.IPTABLES 没有放开端口

3.对应的主机 IP地址写错了

实际操作:关闭主节点防火墙,重新开启从节点,即可连接上。

5.2 Slave_SQL_Running:NO

​ 操作过程中还出现了如下所示的从节点的SQL线程运行错误

排错思路如下:

  1. 查看是否使用了nat的网络结构到导致网络有问题,连接不上。
  2. 有可能my.cnf有问题,配置文件
  3. 授权的问题,replication slave和file权限是必须的。

实际情况,换工位后网络IP出现问题,连接不上,重新配置网络之后问题解决。

节点,即可连接上。

5.2 Slave_SQL_Running:NO

​ 操作过程中还出现了如下所示的从节点的SQL线程运行错误

排错思路如下:

  1. 查看是否使用了nat的网络结构到导致网络有问题,连接不上。
  2. 有可能my.cnf有问题,配置文件
  3. 授权的问题,replication slave和file权限是必须的。

实际情况,换工位后网络IP出现问题,连接不上,重新配置网络之后问题解决。

关于MySQL主从复制,你学废了么?


真诚地邀请您加入我们的大家庭.
在这里不仅有技术知识分享,还有博主们之间的互帮互助
不定期发红包,每月更有抽奖环节,游戏机和实体书相赠(包邮)
让我们抱团取暖,抱团内卷.打造美好C站.期待您的加入.
备注 : CSDN-xxxxxx (xxxxxx代表你csdn的昵称)

以上是关于MySQL主从复制详细介绍的主要内容,如果未能解决你的问题,请参考以下文章

MySQL集群之主主复制

MySQL主从复制的原理及配置方法(比较详细)

MySQL主从复制实现数据库服务器双机热备详细讲解

[MySQL] 主从复制原理

MySQL主从复制原理

MySQL数据库运维之主从复制搭建