MySQL 8.0新特征:彻底办理困扰运维的复制耽误题目,你信吗?
测试时通过Sysbench先在主机上执行100W条事宜,然后开启Slave的复制线程,测试情形在Xeon E5-2699-V3 16核主机上执行,以下是测试功效: 可以看到,在客户端线程较量少的时辰WRITESET具有最好的机能,在只有一个毗连时WRITESET_SESSION 和 COMMIT_ORDER不同不大。 五、结论 从MySQL Hight Availability的测试中可以看到,开启了基于WriteSet的事宜依靠后,对Slave上RelayLog回放速率晋升明显。Slave上的 RelayLog回放速率将不再依靠于Master上提交时的并行水平,使得Slave上可以施展其最大的吞吐手段,这个特征在Slave上复制遏制一段时刻后规复复制时尤其有用。 这个特征使得Slave上也许拥有比Master上更大的吞吐量,同时也许在担保事宜依靠相关的环境下,在Slave上发生Master上没有发生过的提交场景,事宜的提交次序也许会在Slave上产生改变。 固然在5.7的并行复制中就也许产生这种环境,不外在8.0中因为Slave上更高的并发手段,会使该场景越发常见。 凡是环境下这不是什么大题目,不外假如在Slave上做基于Binlog的增量备份,也许就必要担保在Slave上与Master上同等的提交次序,这种环境下可以开启slave_preserve_commit_order,这是一个5.7就引入的参数,可以担保Slave上并行回放的线程按RelayLog中写入的次序Commit。 参考
【编辑保举】
点赞 0 (编辑:湖南网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |