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(副本集)的资料请关注脚本之家其它相关文章!
相关文章
MySQL 创建索引(Create Index)的方法和语法结构及例子
MySQL 创建索引(Create Index)的方法和语法结构及例子2009-07-07
最新评论