zoukankan      html  css  js  c++  java
  • 主从复制延迟及原因

    1.主库方面原因

    (1) binlog写入不及时     sync_binlog=1
    (2) 默认情况下dump_t 是串行传输binlog *****
    在并发事务量大时或者大事务,由于dump_t 是串型工作的,导致传送日志较慢
    如何解决问题?
    必须GTID,使用Group commit方式.可以支持DUMP_T并行
    (3) 主库极其繁忙
    慢语句、锁等待、从库个数、网络延时
    2. 从库方面原因
    (1) 传统复制(Classic)中 *****
    如果主库并发事务量很大,或者出现大事务
    由于从库是单SQL线程,导致,不管传的日志有多少,只能一次执行一个事务.
    5.6 版本,有了GTID,可以实现多SQL线程,但是只能基于不同库的事务进行并发回放.(database)
    5.7 版本中,有了增强的GTID,增加了seq_no,增加了新型的并发SQL线程模式(logical_clock),MTS技术
    (2) 主从硬件差异太大
    (3) 主从的参数配置
    (4) 从库和主库的索引不一致
    (5) 版本有差异

  • 相关阅读:
    Pyramid of Glasses 酒杯金字塔 [CF-676B]
    BZOJ 2456mode
    Hamburgers [CF-371C]
    lowbit
    two point
    大O表示法的理解
    6. 第 6 章 队列
    5. 第 5 章 栈
    3. 第 3 章 向量
    10. 第 10 章 指针
  • 原文地址:https://www.cnblogs.com/zhugq02/p/13347538.html
Copyright © 2011-2022 走看看