MySQL InnoDB ReplicaSet(副本集)的简单示例

这篇文章主要为大家详细介绍了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(副本集)的资料请关注四海网其它相关文章！

本文来自：http://www.q1010.com/177/19272-0.html

注：关于MySQL InnoDB ReplicaSet(副本集)的简单示例的内容就先介绍到这里，更多相关文章的可以留意四海网的其他信息。

关键词：