MySql之Replication

叁歲伎倆 2022-06-12 06:24 115阅读 0赞

通过Replication可以将一个mysql的instance数据完整且同时的复制到其他多个mysql数据库中，正常情况下这种复制的延迟并不长。各台服务器上都有相同的数据只会，应用访问就不再只是一台mysql了，而是访问整个mysql集群中的任何一台都可以。

Replication的实现机制

**1、Replication线程**

mysql的Replication是一个异步的复制过程。是从master到slave的过程，此过程需要三个线程来完成。其中两个线程（sql线程和IO线程）在slave端，另外一个线程（IO线程）在master端。

要实现Replication，首先必须打开master端的log-bin功能。因为整个复制过程实际上就是slave读取master上的二进制日志，然后根据日志在自己身上完全重做的过程。

复制过程如下：

第一、slave的io线程连接到master，并请求binlog的指定位置

第二、master接收io请求，返回日志信息以及本次返回的信息在master端bin log的位置

第三、slave的io接收到信息之后，将日志内容依次写入slave端的Relay Log的最末端，并将读取到的master端的binlog的位置记录到master-info文件中。

第四、slave的sql线程发现Relay Log更新之后，会马上解析log成为具体的query语句，并执行。

**2、复制实现级别**

Mysql的复制可以是基于一条语句的，或者是一条记录的。不同的复制级别会影响master上的binlog的格式。

第一、Row Level

binlog会记录成每一行数据被修改的形式。然后在slave端再对相同的数据做同样的修改。

优点：binlog不需要记录执行的query的上下文相关信息，只要记录哪条记录被修改了，修改成什么样子了就可以。

缺点：假设一条update语句更新了整个表，那么要把整个表的更改信息都记录在log中，会产生大量的log内容。特别是alter table的时候。由于mysql对于alter table的操作是重建整个表的所有数据，即表中的每一条数据都要变动，那么所有记录都会进入log。

第二、Statement Level

记录Query到log中。

优点：解决了Row Level的缺点

缺点：Statement Level的时候需要记录Query的上下文，是的mysql的复制遇到了很大的挑战。使用某些特定的函数或者功能后，比如last\_insert\_id()，在不同的服务器上可能会得到不同的值。

第三、Mixed Level

在Mixed情况下，mysql会选择Statement Level或者Row Level中的一种。除了mysql认为通过statement方式会产生master和slave数据不一致外，它会选择Row Level。其他情况都会选择statement。

**3、Replication常用架构**

第一、常规master-slave

第二、dual master

在常规master-slave中，有时候可能master会出现故障，那么希望把slave切换成master，以继续提供读写服务。通过dual master，mysql可以互相将对方作为自己的master，自己作为对方的slave来进行复制。同一时间只有一台机器作为master提供写服务。【mysql在log中使用了server-id来防止循环复制】

第三、级联复制架构

在有些场景，master的读压力特别大【比如说有100个slave的io线程连接上来】。可以利用mysql在slave端记录复制所产生变更的binlog，也就是打开log-slave-update选项。然后通过二级（或者是更多级别）复制来减少master端因为复制所带来的压力。

第四、dual master与级联复制结合架构

———————————————————————————粉葛————————————————————————