mysql 8.0 主从复制的优化

标签：arc   并行   exe   更新   info   日志   exec   purge   binlog   

mysql 8.0复制改进
一简介: 基于GTID下的并行复制,本文不考虑MGR架构
二 主要特性
   1 基于writeset的下的改进型并行复制
     我在之前的一篇文章关于并行复制中详细的介绍了关于各个版本的并行复制改进,这里只着重再指出8.0的新特性
     配置参数
     slave-parallel-type=LOGICAL_CLOCK //复制方式 
     binlog_transaction_dependency_tracking = WRITESET(写复制) (需要在主库设置并且主库开始在二进制日志中存储写入writeset信息)
     commit_order(默认,5.7并行复制)
     WRITESET_SESSION(在写复制基础上增加session约束)
     slave_parallel_workers=8 //复制线程
     slave-preserve-commit-order=on //按照顺序提交,5.7原生机制的并行复制顺序同一时间内的顺序混乱,必须添加此参数进行顺序控制
    1 过程 WRITESET 根据事务更新的每一行,计算一行hash,然后形成write_set集合.如果没有操作相同的行,hash值是不一样的,可以并发执行=>(唯一性索引名+库名+表名+值)
    2 暂时不清楚采用writeset是否会丢失事务,但是理论上写集合的复制是效率最高的

  2 复制参数特性
    1 master_info_repository 和 relay_log_info_repository 默认设置为 TABLE,可以不必在配置文件中再进行标注
    2 expire_log_days 的默认值也变成了 30
    3 binlog_expire_log_seconds 默认(2592000,30天)更加细化的删除策略 
    4 slave_rows_search_algorithms 当表中不存在主键或主键等效（非空唯一二级索引）时，可以使用哈希表来避免重复的表扫描,防止出现之前的因为没有主键导致的主从延迟问题
    5 gtid_executed已不用再搭建从库时执行清空,直接执行SET GTID_PURGED ="+gtid_set"即可
      搭建从库方案
      1 mysqldump --single-transaction=1 -A --master-data=2 > a.sql
      2 mysql < a.sql && change master to && start slave
      简化了流程

mysql 8.0 主从复制的优化

标签：arc   并行   exe   更新   info   日志   exec   purge   binlog   

原文地址：https://www.cnblogs.com/moss_tan_jun/p/10409948.html