MySQL集群架构之主从模式并行复制实践

  在MySQL集群架构之主从模式 - 池塘里洗澡的鸭子 - 博客园 (cnblogs.com)中进行了并行复制的简单描述,对其原理进行了一些总结概述。本文将进行并行复制的实操。

  MySQL并行复制通过修改配置可以实现,不用另外添加plugin。修改配置如下(实操环境同MySQL集群架构之主从模式半异步复制实践 - 池塘里洗澡的鸭子 - 博客园 (cnblogs.com)):

  要开启enhanced multi-threaded slave其实很简单,只需根据如下设置:

    slave-parallel-type=LOGICAL_CLOCK
    slave-parallel-workers=16
    slave_pending_jobs_size_max = 2147483648
    slave_preserve_commit_order=1
    master_info_repository=TABLE
    relay_log_info_repository=TABLE
    relay_log_recovery=ON

  1、设置并发同步类型为基于组方式

    查看默认的并行复制方式:show variables like 'slave_parallel_type';

      MySQL集群架构之主从模式并行复制实践

     可见默认是datebase,每个线程只能处理一个数据库。确保设置为组模式:set global slave_parallel_type='logical_clock';

      MySQL集群架构之主从模式并行复制实践

  2、设置复制线程的数量: set global slave_parallel_workers=6;

      MySQL集群架构之主从模式并行复制实践

   3、配置从库回放顺序:set global slave_preserve_commit_order=ON;

      MySQL集群架构之主从模式并行复制实践

    slave_preserve_commit_order 参数在多线程复制环境下,能够保证从库回放relay log事务的顺序与这些事务在relay log中的顺序完全一致,也就是与主库提交的顺序完全一致。怎么理解呢?举个例子,开启并行复制后,如果relay log中有3个事务A,B,C,他们在relay log中的顺序是A->B->C,而它们的last_commited相同,也就是说他们可以并行回放,那么在从库上,这3个事务,提交的顺序可能就不再是A->B->C,设置slave_preserve_commit_order=ON,能够保证这3个事务,在从库回放时,仍然按照它们在relay log中的顺序来回放,保证从库回放relay log事务的顺序与主库完全相同。

      MySQL集群架构之主从模式并行复制实践

  4、设置事件所需的内存大小:set global slave_pending_jobs_size_max= 536970912;

      MySQL集群架构之主从模式并行复制实践

    从库回放线程的时间内存大小默认为16M,这个参数不一定非要修改,但是一定要大于主库设置的max_allowed_packet。

   5、统一配置文件:以上参数,全部可以在从库的配置文件中添加上,然后重启数据库

  以上配置都是在登录mysql后的命令行操作,也可在配置文件中进行设置,这些配置参数都是global的。

  测试

    Master:

      MySQL集群架构之主从模式并行复制实践

     Slave:

      MySQL集群架构之主从模式并行复制实践

     具体并行复制对异步复制延时的解决有多高效,需要通过压力测试验证。

  监控

    在使用了MTS后,复制的监控依旧通过SHOW SLAVE STATUS\G,同时performance_schema库中提供了很多元数据表,可以更详细的监控并行复制过程。

    1)show tables like 'replication%';

      MySQL集群架构之主从模式并行复制实践

    2)select * from replication_group_member_actions;
      MySQL集群架构之主从模式并行复制实践

 

 

 

 

上一篇:51蛋骗鸡显示矩阵按键的16位二进制和定义值的二进制(以及4*4电路接法32按键综合扫描驱动)


下一篇:数据分离和逆序输出