mysql8.0 性能提升_MySQL 8.0复制性能的提升（翻译）

首先，我们不知道当使用1个线程执行sysbench时发生了什么。每次测试在暖机运行后执行了五次。这个特殊的配置被测试了两次 - 结果是稳定的：单线程工作量是最快的。我们将进一步研究，以了解到底是为什么。

除此之外，一切都符合我们的预期。COMMIT_ORDER是最慢的，特别是对于低流量，2-8线程。 WRITESET_SESSION通常比COMMIT_ORDER效率更好，但是对于低并发流量，它比WRITESET慢。

这对我来说有什么好处？

第一个益处是显而易见的，如果你的数据库负载较高，而且从库有延迟的话，你可以通过将主库升级为MySQL 8.0来提升复制的性能。这里需要留意两个方面：第一，此功能向下兼容，即使的从库是MySQL 5.7，性能也能有很好的提升；第二，MySQL8.0暂时并没有GA,所以说不推荐在生产库使用Beat版本。MySQL8.0对复制的提升不仅能够很好解决从库延迟的问题，这种情况下主从的延迟几乎是没有的，除非你重新添加一个新的slave或者重新配置了slave的时候可能会产生延迟。如果使用“WRITESET”模式将使得配置新主机的过程更加快捷。

总而言之，这个功能可能比你预期的产生更大的影响，鉴于所有基准测试，显示MySQL处理低并发性流量时的性能回归，任何有助于提高在这种环境中复制的效率的任何操作都将是巨大的进步。

如果你使用了级联复制，这也是你需要了解的一个功能。任何中间主节点都会将事务处理和执行的方式添加一些序列化的信息-但是真是情况却是，中间节点的负载要比主库要小。因为他使用了一些写入组件来实现更好的并行化，从而提高了自身和自身从库的并行效率。甚至你可以通过将中间节点的主库升级为MySQL8.0来提高下层从库的节点(请记住，MySQL 5.7从站可以识别riteet数据并使用它，即使它不能自己生成它)。当然，MySQL 8.0到5.7的主从复制听起来确实是很棘手的，这倒不是因为MySQL8.0还没有GA的原因。当然在一些情况下，这可以使从库的CPU使用率得到很好的提升。

MySQL复制的其他变化

MySQL8.0对于复制最主要的提升就是引入了writesets，但是这并不是唯一的变化。让我们来看一下其他的一些重要的改进，如果你的主库是MySQL5.0以下版本，8.0将不再支持读取它的二进制日志，所以如果你使用的还是老版本的MySQL进行传统复制，是时候升级你的数据库版本了。 为了确保复制的安全性和稳定性，修改了复制了默认参数：master_info_repository 和relay_log_info_repository 默认将设置为table，Expire_log_days 默认设置为30，除了Expire_log_days ，还新增了一个参数binlog_expire_log_seconds，这将对binlog的轮询策略实现更细粒度的管控。在binlog信息中将会添加一些额外的时间戳信息，目的是能够更好的观察监控复制的延迟，达到微妙级别。

总而言之，这不是与MySQL复制相关的更改和功能的完整列表。你可以访问这里获得完整的列表信息，了解复制功能的所有的改进和提升。

如我们所知，MySQL的复制正在变化，而且越来越好。正如我们开始所说，虽然这是一个缓慢进步的过程，但是我们已经可以看到了它的大好前景了。而且我们也很高兴看到Group Replication的底层复制也是采用了常规复制的功能来。

MySQL 8.0复制性能的提升(翻译)

标签：测试   sysbench   mit   live   进一步   决定   options   inno   exp

本条技术文章来源于互联网，如果无意侵犯您的权益请点击此处反馈版权投诉

本文系统来源：http://www.cnblogs.com/shengdimaya/p/7447160.html