一：一主多从复制架构

在主库读写请求压力特别大的情况下，可以通过配置一主多从架构实现读写分离，把大量对实时性要求不高的的读写请求通过负载均衡分布在不同的数据库上，降低主库的读写压力。

在主库宕机的情况下，可以切换到任意从库继续提供服务

该架构的缺点：一主多从的结构能够解决大部分读写压力大的情况，但是如果从库过多，考虑的mysql复制是通过推送bin-log日志到从库，这样一来，势必会给主库造成大的网络或者I/O压力。

二 多级复制架构

该架构即为解决一主多从架构的缺点产生。

多级复制即是在之前的一主多从基础上，增加了一个主库，那么架构中会用两个主库。这样做的好处是，主库只需要给从库推送日志，减轻了主库推送日志的压力。而二级主库再推送日志给从库。

该架构的缺点：虽然这样解决了主库的压力，但是因为mysql的复制过程是异步复制，主库的数据经历两次才能复制到从库，这期间的延迟会比一主多从的大的多。

三 双主复制结构

两个主库互为主从，所有客户端的写请求客户访问 主库1，读请求访问主库2。