这篇文章将为大家详细讲解有关Mysql5.7如何并行复制，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。MySQL 5.7的并行复制建立在组提交的基础上，所有在主库上能够完成Prepared的语句表示没有数据冲突，就可以在 Slave 节点并行复制。关于 MySQL 5.7 的组提交，我们要看下以下的参数：要开启 MySQL 5.7 并行复制需要以下二步，首先在主库设置binlog_group_commit_sync_delay的值大于0 。这里简要说明下binlog_group_commit_sync_delay和binlog_group_commit_sync_no_delay_count参数的作用。binlog_group_commit_sync_delay全局动态变量，单位微妙，默认0，范围：0～1000000（1秒）。表示binlog提交后等待延迟多少时间再同步到磁盘，默认0 ，不延迟。当设置为 0 以上的时候，就允许多个事务的日志同时一起提交，也就是我们说的组提交。组提交是并行复制的基础，我们设置这个值的大于 0 就代表打开了组提交的功能。binlog_grou开发云主机域名p_commit_sync_no_delay_count全局动态变量，单位个数，默认0，范围：0～1000000。表示等待延迟提交的最大事务数，如果上面参数的时间没到，但事务数到了，则直接同步到磁盘。若binlog_group_commit_sync_delay没有开启，则该参数也不会开启。其次要在 Slave 主机上设置如下几个参数：或者直接在线启用也是可以的：当前的 Slave 的 SQL 线程为Coordinator（协调器），执行Relay log日志的线程为Worker(当前的 SQL 线程不仅起到协调器的作用，同时也可以重放Relay log中主库提交的事务)。我们上面设置的线程数是 4 ，从库就能看到 4 个Coordinator（协调器）进程。开启 MTS 功能后，务必将参数master-info-repository设置为 TABLE ，这样性能可以有 50%~80% 的提升。这是因为并行复制开启后对于master.info这个文件的更新将会大幅提升，资源的竞争也会变大。在 MySQL 5.7 中，推荐将master-info-repository和relay-log-info-repository设置为 TABLE ，来减小这部分的开销。复制的监控依旧可以通过SHOW SLAVE STATUSG，但是 MySQL 5.7 在performance_schema架构下多了以下这些元数据表，用户可以更细力度的进行监控：关于“Mysql5.7如何并行复制”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。
这期内容当中小编将会给大家带来有关mysql5.6错误代码都有哪些，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。上述就开发云主机域名是小编为大家分享的mysql5.6错误代码都有哪些了，如果刚好有类似的疑惑，不妨参照上述分析…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
