完全掌握MySQL复制架构

本篇文章给大家带来了关于mysql的相关知识，其中主要介绍了关于复制架构的相关问题，包括了主从复制架构、联级复制架构、多主从复制架构的搭建等等，希望对大家有帮助。 推荐学

    本篇文章给大家带来了关于mysql的相关知识，其中主要介绍了关于复制架构的相关问题，包括了主从复制架构、联级复制架构、多主从复制架构的搭建等等，希望对大家有帮助。

一主多从复制架构

在实际应用场景中，MySQL复制90%以上都是一个Master复制到一个或者多个Slave的架构模式。

在主库读取请求压力非常大的场景下，可以通过配置一主多从复制架构实现读写分离，把大量的对实时性要求不是特别高的读请求通过负载均衡分部到多个从库上（对于实时性要求很高的读请求可以让从主库去读），降低主库的读取压力，如下图所示。

缺点：

某一个slave提成master了，就存在当前master和之前的master数据不一致的情况，并且之前master并没有保存当前master节点的binlog文件和pos位置。

多主复制架构

多主复制架构解决了一主多从复制架构中master的单点故障问题。

可以配合一个第三方的工具，比如keepalived轻松做到IP的漂移，这样master停机维护也不会影响写操作。

级联复制架构

一主多从中如果slave过多，会导致主库的I/O压力和网络压力会随着从库的增加而增长，因为每个从库都会在主库上有一个独立的BINLOG Dump线程来发送事件，而级联复制架构解决了一主多从场景下的，主库额外的I/O和网络压力。

如下图所示。

对比一主多从的架构，级联复制仅仅是从主库Master复制到少量的从库，其他从库再从这少量的从库中复制数据，这样就减轻了主库Master的压力。

当然也有缺点：MySQL的传统复制是异步的，级联复制场景下主库的数据是经历两次复制才到达其他从库中，期间的延迟要比一主多从复制场景下只经历一次复制的还大。

可以通过在二级slave上选择表引擎为BLACKHOLE来降低级联复制的延迟。顾名思义，BLACKHOLE引擎是一个“黑洞”引擎，写入BLACKHOLE表的数据并不会写会到磁盘上，BLACKHOLE表永远都是空表，INSERT、UPDATE、DELETE操作仅仅在BINLOG中记录事件。

下面演示下BLACKHOLE引擎：