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(副本集)的资料请关注www.887551.com其它相关文章！