MySQL主从复制原理

  • 1、为什么需要MySQL的主从复制？
  • 2、什么是MySQL的主从复制？
  • 3、MySQL主从复制原理
  • 原理
  • 具体步骤


对于MySQL主从复制，我们已经在【MySQL主从复制安装配置】中详细讲解了配置步骤，那我们为什么要用主从复制呢？主从复制有能解决哪些问题呢？

1、为什么需要MySQL的主从复制？

  1. 如果有一句sql语句需要锁表，导致暂时不能使用读的服务，那么就会影响其他的业务，使用主从复制，让主数据库负责写，从数据库负责读，即使主数据库库出现了锁表的情景，通过读从数据库数据也可以保证系统的正常运作，使数据的读和写互不影响。
  2. 做数据的热备份。
  3. 方便扩展。业务量越来越大，单机数据库无法满足访问量越来越高的情况，此时做多库的存储，降低磁盘I/O访问的频率，提高单个机器的I/O性能。

热备份和冷备份：

  1. 热备份是指与目标设备共同运转，当目标设备发生故障或停机时，热备设备立即承担起故障设备的工作任务；
  2. 冷备份是指当目标设备发生故障或停机后，冷备设备才开始由停机等待状态进入启动运转状态，并承担起故障设备的工作任务。

2、什么是MySQL的主从复制？

MySQL 主从复制是指数据可以从一个MySQL数据库服务器主节点复制到一个或多个从节点。MySQL 默认采用异步复制方式，这样从节点不用一直访问主服务器来更新自己的数据，数据的更新可以在远程连接上进行，从节点可以复制主数据库中的所有数据库或者特定的数据库，或者特定的表。

3、MySQL主从复制原理

原理

  1. master将数据的改变记录为二进制binlog日志。
  2. slave服务器会在一定时间间隔内对master二进制日志进行探测其是否发生改变，如果发生改变，则开始一个I/OThread请求master二进制事件
  3. 同时主节点为每个I/O线程启动一个dump线程，用于向其发送二进制事件，并保存至从节点本地的中继日志中，从节点将启动SQLThread从中继日志中读取二进制日志，在本地重放，使得其数据和主节点的保持一致，最后I/OThread和SQLThread将进入睡眠状态，等待下一次被唤醒。

也就是说：

  1. 从库会生成两个线程,一个I/O线程,一个SQL线程;
  2. I/O线程会去请求主库的binlog,并将得到的binlog写到本地的relay-log(中继日志)文件中;
  3. 主库会生成一个log dump线程,用来给从库I/O线程传binlog;
  4. SQL线程,会读取relay log文件中的日志,并解析成sql语句逐一执行;

具体步骤

  1. 从库通过手工执行change master to 语句连接主库。
  2. 从库的IO线程和主库的dump线程建立连接。
  3. 主库dump线程根据从库的请求，将本地binlog以events的方式发给从库IO线程。
  4. 从库IO线程接收binlog内容，并存放到本地relay-log中继日志中。
  5. 从库SQL线程应用relay-log，并且把应用过的记录到relay-log.info中，默认情况下，已经应用过的relay 会自动被清理。