MySQL InnoDB ReplicaSet(副本集)简单介绍

01 innodb replicaset（副本集）介绍

      在mysql8.0引入了innodb replicaset，它提供了我们熟悉的复制特性，如果有mongodb副本集的概念，理解innodb replicaset会比较容易。

      innodb replicaset使用了下面的技术：

1、mysql shell，一个功能更强大的客户端

2、mysql router，一个轻量级别的中间件，可以类比mongodb中的mongos的角色；

3、mysql server，也就是mysql服务

     innodb replicaset，下面简称 innodb副本集。它采用了mysql的复制技术，副本集中拥有一个primary节点，一个或者多个secondary节点，它不像innodb cluster(innodb cluster是另外一种mysql高可用方案)一样提供故障自愈和多主模式，但是提供手工的方法添加、移除和配置相关节点。

     我们通常使用mysql shell中的adminapi来管理innodb副本集，adminapi有js和python两种版本，我们可以很方便的去编写脚本来自动部署mysql，adminapi为mysql实例集提供了一个有效的现代接口，使您能够从一个中心工具提供、管理和监视部署。

      innodb副本集支持mysql clone组件，我们可以利用克隆插件很方便的搭建起来一个副本集。

      innodb replicaset与mysql router紧密集成，可以使用adminapi与它们一起工作。mysql router可以基于innodb replicaset自动配置自己，这个过程称为bootstrapping，这样就不需要手动配置路由。

02 innodb replicaset的限制

     上面介绍了innodb 副本集的一些基本知识和概念，这里我们有必要说一下它的局限性，innodb副本集的局限性，主要是对比innodb cluster来体现出来的，下面我们罗列一下：

1、没有故障自动切换功能。在主库不可用的情况下，需要使用adminapi手动触发故障转移；

2、无法防止由于意外或者不可用而导致的数据丢失，发生故障时候没有应用的事务可能有丢失现象；

3、无法防止意外退出之后的数据不一致现象；在主节点因为网络问题而短暂失联时候，如果某个从节点提升为主节点，则可能发生脑裂现象；

4、innodb 副本集不支持多主模式，经典的多主写入复制方案无法保证数据一致性；

5、innodb副本集基于异步复制，不能像mgr那样进行流控，因此读的扩展性会一定程度上受限；

6、所有secondary都要从primary复制，因此可能会对源实例产生一定的影响

从上面的描述中不难看出，innodb副本集跟mongodb的副本集还有很大的差距，但是我们依然有研究的必要，因为它是mysql官方在高可用之路上迈出的重要一步，后续随着版本的迭代，我相信这些问题会得到关注和解决，有更好的方案进一步满足用户的要求。

03 部署前须知

    innodb副本集的运行环境有一定的要求，如下：

1、仅支持mysql8.0及以上版本；

2、仅支持gtid的复制方法

3、仅支持row格式的binlog，不支持statement格式的binlog

4、不支持复制过滤器

5、不允许建立额外的复制通道

6、副本集primary节点只有一个，secondary节点可以有多个，mysql router会对每个节点进行监控

7、副本集必须完全由mysql shell管理，不支持在mysql shell之外对实例进行配置和更改

    下一篇文章我将会从最基本的安装过程说起，详细描述mysql shell、mysql router的安装以及innodb 副本集的搭建过程。

以上就是mysql innodb replicaset(副本集)简单介绍的详细内容，更多关于mysql innodb replicaset(副本集)的资料请关注其它相关文章！