做公司网站的平台,互动营销是什么意思,铜仁建设厅官方网站,负面信息搜索引擎 网站MySQL Group Replication(MGR)是MySQL官方在5.7.17版本引进的一个数据库高可用与高扩展的解决方案#xff0c;以插件形式提供。MGR基于分布式paxos协议#xff0c;实现组复制#xff0c;保证数据一致性。内置故障检测和自动选主功能#xff0c;只要不是集群中的大多数节点都…MySQL Group Replication(MGR)是MySQL官方在5.7.17版本引进的一个数据库高可用与高扩展的解决方案以插件形式提供。MGR基于分布式paxos协议实现组复制保证数据一致性。内置故障检测和自动选主功能只要不是集群中的大多数节点都宕机就可以继续正常工作。提供单主模式与多主模式多主模式支持多点写入。MGR集群的搭建参考文章MySQL MGR 集群搭建(单主模式多主模式)。相对于传统的MySQLMGR带来的改进让人激动人心但是使用MGR也有一些前提条件与注意事项下面基于 MySQL 8.0.11 版本进行简单说明。一、MGR使用限制仅支持innodb存储引擎MGR集群中只支持innodb存储引擎能够创建非innodb引擎的表但是无法写入数据向非innodb表写数据直接报错。mysql create table tb_myisam(id int, name varchar(50), primary key(id)) enginemyisam;Query OK, 0 rows affected (0.05 sec)mysql insert into tb_myisam select 1, 1;ERROR 3098 (HY000): The table does not comply with the requirements by an external plugin.表必须有主键或者非Null的唯一键MGR集群中只支持innodb引擎的表并且该表必须有显式的主键或者非Null的唯一键否则即使能够创建表也无法向表中写入数据。# 创建没有主键的表写入数据失败mysql create table tb_no_primary_key(name varchar(50));Query OK, 0 rows affected (0.15 sec)mysql insert into tb_no_primary_key select 1;ERROR 3098 (HY000): The table does not comply with the requirements by an external plugin.# 创建Null唯一索引的表写入数据失败mysql create table tb_null_unique_key(name varchar(50), unique key(name));Query OK, 0 rows affected (0.09 sec)mysql insert into tb_null_unique_key select 1;ERROR 3098 (HY000): The table does not comply with the requirements by an external plugin.# 创建非Null唯一索引的表写入数据成功mysql create table tb_no_null_unique_key(name varchar(50) not null, unique key(name));Query OK, 0 rows affected (0.04 sec)mysql insert into tb_no_null_unique_key select 1;Query OK, 1 row affected (0.06 sec)Records: 1 Duplicates: 0 Warnings: 0网络限制MGR 组通信引擎目前仅支持IPv4网络并且对节点间的网络性能要求较高低延迟、高带宽的网络是部署MGR集群的基础。MGR忽略表锁和命名锁在MGR中lock tables、unlock tables、get_lock、release_lock等这些表锁和命名锁将被忽略。MGR多主模式中默认不支持 SERIALIZABLE 隔离级别。多主模式下对同一个对象进行并发的有冲突的ddl和dml操作导致这种冲突在部分成员节点中无法检测到最终可能导致数据不一致。多主模式下不支持级联约束的外键可能造成有冲突的操作无法检测。不支持超大事务。多主模式下可能导致死锁比如select ...for update在不同节点执行由于多节点锁无法共享很容易导致死锁。不支持复制过滤如果有节点设置了复制过滤将影响节点间决议的达成。MGR最多支持9个节点大于9个节点将拒绝新节点的加入。二、节点配置要求log_binlog_slave_updatesbinlog_formatROWgtid_modeONmaster_info_repositoryTABLErelay_log_info_repositoryTABLEtransaction_write_set_extractionXXHASH64并行复制slave_parallel_typeLOGICAL_CLOCKslave_preserve_commit_order1slave_parallel_workers[N]binlog_checksumNONEtransaction_isolationREAD-COMMITTED #官方推荐在MGR中隔离级别设置为RC三、MGR冲突检测MGR多主模式下一个事务在执行时并不会做前置的检查但是在提交阶段会和其他节点通信对该事务是否能够提交达成一个决议。在多个节点同对相同记录的修改在提交时会进行冲突检测首先提交的事务将获得优先权。例如对同一条记录的修改t1事务先于t2事务那么t1事务在冲突检测后获得执行权顺利提交而t2事务进行回滚。显然这种多点写入条件下对于同一条记录的并发修改由于大量的回滚导致性能很低因此MySQL官方建议这种对于同一条记录的修改应该放在同一个节点执行这样可以利用节点本地锁来进行同步等待减少事务回滚提高性能。四、MGR新节点加入过程MGR中新节点申请加入组会在组中生成一个View_change事件组内所有online节点将该事件写入到binlog同时申请加入组的新节点也会记录这个View_change事件之后该节点会进入下面两个阶段。第一阶段新节点会从组内online的节点中选择一个作为贡献者(donor)通过标准的异步复制通道拉取贡献者的binlog并应用这些binlog。与此同时新节点也会获取当前组内正在交换的事务信息并将其缓存到队列中当binlog应用完成也就是应用到View_change事件处异步复制通道关闭进入第二阶段。第二阶段新节点处理缓存在队列中的组内事务信息当队列中的事务信息处理完成即缓存队列长度为0时新节点在组内状态变为online。在第一阶段遇到任何错误新节点会自动从组内选择另外一个online节点作为贡献者如果仍然遇到异常会继续选择其他online节点直到所有online节点枚举完毕如果这时仍然报错会sleep一段时间之后再次重试sleep时间和重试次数通过相应参数来控制。第一阶段应用binlog的开始点由新节点的gtid_executed决定结束点由View_change事件决定。MGR新节点加入组的第一阶段由于使用传统的异步binlog数据同步如果新加入的节点使用较早的备份可能出现binlog接不上的情况新节点一直处于RECOVERING状态在经过一定时间间隔和一定次数的重试后恢复失败新节点从组中退出。另外一种情况binlog能够接上但是binlog太多导致应用binlog时间太长同时第二阶段缓存队列也可能变得很大整个恢复过程也将花费太长的时间。因些建议新节点加入组时使用最近、最新的一次完整备份数据作为基础。下面附上View_change事件信息和binlog接不上的报错信息。View_change事件信息mysql show binlog events;-----------------------------------------------------------------------------------------------------------------------------------| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |-----------------------------------------------------------------------------------------------------------------------------------| mysql-bin.000003 | 4 | Format_desc | 1 | 124 | Server ver: 8.0.11, Binlog ver: 4 || mysql-bin.000003 | 124 | Previous_gtids | 1 | 191 | aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1-18 || mysql-bin.000003 | 191 | Gtid | 1 | 269 | SET SESSION.GTID_NEXT aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:19 || mysql-bin.000003 | 269 | Query | 1 | 331 | BEGIN || mysql-bin.000003 | 331 | View_change | 1 | 470 | view_id15313080985527991:9 || mysql-bin.000003 | 470 | Query | 1 | 538 | COMMIT || mysql-bin.000003 | 538 | Gtid | 1 | 616 | SET SESSION.GTID_NEXT aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:20 || mysql-bin.000003 | 616 | Query | 1 | 678 | BEGIN || mysql-bin.000003 | 678 | View_change | 1 | 817 | view_id15313080985527991:11 || mysql-bin.000003 | 817 | Query | 1 | 885 | COMMIT |-----------------------------------------------------------------------------------------------------------------------------------10 rows in set (0.00 sec)binlog接不上报错信息image.png本文简单地介绍了MySQL MGR使用过程中应该注意的一些事项由于接触MGR时间不长难免有些错漏欢迎留言讨论共同学习~
