背景
创新互联专注于建德企业网站建设,响应式网站建设,商城网站建设。建德网站建设公司,为建德等地区提供建站服务。全流程按需搭建网站，专业设计，全程项目跟踪，创新互联专业和态度为您提供的服务
在上一篇推文中，我们介绍了 MySQL Group Replication 8.0.16 支持信息碎片化功能来增强大型事务处理能力。
如果您想在组复制中使用该功能，则任何组成员的版本都不能低于 8.0.16！
简单地说就是由于低版本协议上不支持。MySQL 8.0.16 的组通讯开始支持新协议，简称“分段协议”，之前的版本中只有一种“压缩协议”。
如果多个成员想加入复制组，那么在协议匹配上遵循以下原则：
现有复制组成员和新加入成员版本相同，加入成功。
低版本成员想加入高版本的组会被驱逐，加入失败。
高版本的成员想加入低版本的组，单独加入成功，多个加入失败。
例如：
一个 MySQL Server 8.0.16 实例可以成功加入使用通信协议版本 5.7.24 的组。
一个 MySQL Server 5.7.24 实例无法成功加入使用通信协议版本 8.0.16 的组。
两个 MySQL Server 8.0.16 实例无法同时加入使用通信协议版本 5.7.24 的组。
两个 MySQL Server 8.0.16 实例可以同时加入使用通信协议版本 8.0.16 的组。
新增 UDF
为了能让高版本的复制组更便于加入低版本的成员，MySQL 8.0.16 新增两个 UDF。
您可以使用两个新的 UDF 命令去管理组通信协议：
1. group_replication_set_communication_protocol(new_protocol)
设置组复制通讯协议版本
SELECT group_replication_set_communication_protocol("8.0.15");
填入一个所有成员都支持的版本号，即：new_protocol ≤ 所有成员的 MySQL版本。
new_protocol 格式：major.minor.patch （主版本号.次版本号.发布版本号）例如：8.0.15。
2. group_replication_get_communication_protocol()
获取复制中最旧成员的 MySQL 版本号
SELECT group_replication_get_communication_protocol(); +------------------------------------------------+ | group_replication_get_communication_protocol() | +------------------------------------------------+ | 5.7.14 | +------------------------------------------------+
获取的版本号可能与设置的值不一致，但不一致的版本之间组复制协议是一样的。
返回结果格式：major.minor.patch （主版本号.次版本号.发布版本号）例如：8.0.15。
以上两个 UDF 对全部组成员有效，主机或从机上均可执行。
结论
若想使用信息碎片功能。建议将组复制成员全部升级为 8.0.16。
若组内成员版本仅有部分为 8.0.16，可以用两个新的函数来让高版本的成员保持与其它成员组协议一致。
请点击输入图片描述
MySQL的自动提交默认是开启的，用惯了Oracle，习惯了自己去提交或回滚。我们可以通过set来设置autocommit，过程如下：
Step 1：使用select @@autocommit来查看当前autocommit设置情况，如下图1：
图1：查看autocommit
1表示自动提交是开启的，0表示自动提交是关闭的，图1可看出，当前是处于开启状态。
Step 2：通过set autocommit = 0来关闭autocommit，如下图2：
图2：设置autocommit
还有别的方法来设置，目前我只用了上面的方法。
1、可以使用SET FOREIGN_KEY_CHECKS=0;
来禁用外键约束.
2、再用SET FOREIGN_KEY_CHECKS=1;
来启动外键约束.
3、查看当前FOREIGN_KEY_CHECKS的值可用如下命令
SELECT @@FOREIGN_KEY_CHECKS;
