目录
- 一、什么是主从复制?
- 1.1 理解主从复制
- 1.2 主从复制的作用
- 二、主从复制的原理
一、什么是主从复制?
1.1 理解主从复制
首先,主从复制是一种数据备份的方案,是用来建立一个和主数据库完全一样的数据库环境,称为从数据库,主数据库一般是准实时的业务数据库。
1.2 主从复制的作用
- 做数据的热备:
作为后备数据库,主数据库服务器故障后,可切换到从数据库继续工作,避免数据丢失。 - 架构的扩展:
业务量越来越大,I/O访问频率过高,单机无法满足,此时做多库的存储,降低磁盘I/O访问的频率,提高单个机器的I/O性能。 - 读写分离:
1)在从服务器可以执行查询工作,降低主服务器压力(主库写,从库读,降压);
2)在从服务器进行备份,避免备份期间影响主服务器服务;(确保数据安全)。
二、主从复制的原理
要实现主从复制,首先必须打开Master服务器端的binary log(bin-log)
功能,再就是开启Slave服务端的I/O线程和SQL线程共同完成。因为整个MySQL 复制过程实际上就是Slave从Master端获取相应的二进制日志,然后再在自己slave端完全顺序的执行日志中所记录的各种操作,下面是其工作原理图示:
步骤1:主库db的更新事件(update、insert、delete)被写到binlog;
步骤2:从库发起连接,连接到主库;
步骤3:此时主库创建一个binlog dump thread线程,把binlog的内容发送到从库;
步骤4:从库启动之后,创建一个I/O线程,读取主库传过来的binlog内容并写入到relay log;
步骤5:还会创建一个SQL线程,从relay log里面读取内容,将更新内容写入到slave的db数据库中。
其实可简单归结为以下三点:
- 主库把数据的更改(比如DDL、DML、DCL等SQL语句)记录到二进制日志(Binary Log)中。
- 备库的I/O线程将主库上的日志复制到自己的中继日志(Relay Log)中。
- 备库SQL线程读取中继日志中的事件,将其重放到备库数据库之上。