【MySQL专题】02、性能优化之主从复制

MySQL Replication (MySQL 主从复制) 是什么？

什么是主从复制？它的实现原理是什么？为什么要主从复制？有哪些用途呢？

1、概念 

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

2、用途 

• 读写分离
  
  场景问题描述：在日常产品研发过程中，时常会遇到某一个业务需要进行数据SQL语句的锁表操作，然而单一的数据库服务，将会导致使用该业务的读服务暂时不能使用。影响现有业务 。
  解决方案：使用主从复制，延伸读写分离，这样就可以解决该实际场景遇到的问题，同时提高数据库的服务性能。 
• 实时备份
  
  当主库master节点发生故障后，可以有效的进行切换，降低服务风险。 
• 高可用HA
• 架构扩展
  
  随着企业发展的升华，互联网的科技产品的访问量日益增大，若是单机部署数据库，就会导致I/O访问频次偏高，通过主从复制，增加多个数据存储节点，降低单机磁盘I/O访问频率，提高单个机器的I/O性能。延伸了读写分离、数据切分等技术话题，后面详细介绍，这里就不做介绍呢。

3、实现原理

• 主节点 Binary log dump thread
  
  当从节点连接主节点时，主节点会创建一个log dump thread，用于发送bin-log的内容。在读取bin-log中的操作时，此线程会对主节点上的bin-log加锁，当读取完成，甚至在发动给从节点之前，锁会被释放。
   
• 从节点I/O thread
  
  当从节点上执行start slave命令之后，从节点会创建一个I/O线程用来连接主节点，请求主库中更新的bin-log。I/O线程接收到主节点binlog dump 进程发来的更新之后，保存在本地relay-log中。 
   
• 从节点SQL thread、
  
  SQL线程负责读取relay log中的内容，解析成具体的操作并执行，最终保证主从数据的一致性。 
  对于每一个主从连接，都需要三个进程来完成。当主节点有多个从节点时，主节点会为每一个当前连接的从节点建一个binary log dump thread，而每个从节点都有自己的I/O进程，SQL进程。从节点用两个线程将从主库拉取更新和执行分成独立的任务，这样在执行同步数据任务的时候，不会降低读操作的性能。比如，如果从节点没有运行，此时I/O进程可以很快从主节点获取更新，尽管SQL进程还没有执行。如果在SQL进程执行之前从节点服务停止，至少I/O进程已经从主节点拉取到了最新的变更并且保存在本地relay日志中，当服务再次起来之后，就可以完成数据的同步。 
  要实施复制，首先必须打开Master 端的binary log（bin-log）功能，否则无法实现。 
  
  因为整个复制过程实际上就是Slave 从Master 端获取该日志然后再在自己身上完全顺序的执行日志中所记录的各种操作。如下图所示：