mysql新葡京32450网址: 主从复制原理

发布时间:2020-01-27  栏目:数据  评论:0 Comments

 

 
半八只复制


 
mysql并行复制

新葡京32450网址 1.png)
 新葡京32450网址 2
 
用场及原则

 

 
 

 
斩尽杀绝办法:

  • 手动管理
  • 跳过复制错误:set global sql_slave_skip_counter=1

 
mysql主从复制 灵活


 

 


 
主干原理


复制的监察:


set global slave_parallel_workers=10;
  • 社区版5.6中新增
  • 相互影响是指从库八十多线程apply binlog
  • 库级别并行应用binlog,同一个库数据变动还是串行的(5.7版并行复制基于事务组卡塔尔国
  • 大器晚成主生龙活虎从
  • 主主复制
  • 一主多从—扩充系统读取的习性,因为读是在从库读取的;
  • 多主生机勃勃从—5.7方始帮衬
  • 联级复制—

大旨方式


 
主从复制–异步复制原理
新葡京32450网址 3

复制出错管理
普及:1062(主键矛盾),1032(记录空中楼阁)
解决:

并行复制

 
联级复制(常用)
A->B->C
B中加上参数:

mysql主从复制原理
新葡京32450网址 4.png)
 新葡京32450网址 5

 
mysql主从复制存在的难题:

show slave status \G
  • 5.5并入到mysql,以插件的花样存在,须求独自安装
  • 管教职业提交后binlog最少传输到一个从库
  • 不保障从库应用完这么些职业的binlog
  • 品质有自然的下挫,响合时间会更加长
  • 网络极其或从库宕机,卡主主库,直到超时或从库恢复生机

安装sql线程数为10
 
 
其他

 

或从库增添参数

新葡京32450网址 6.png)
半三只复制原理:
新葡京32450网址 7.png)
 新葡京32450网址 8

 
 
 
总结

设置

 
局地多少复制
主库增添参数:

  • 实时灾备,用于故障切换
  • 读写抽离,提供查询服务
  • 备份,避免影响工作

从库生成三个线程,三个I/O线程,二个SQL线程;
 
i/o线程去需要主库 的binlog,并将获得的binlog日志写到relay
log(中继日志) 文件中;
主库会生成三个 log dump 线程,用来给从库 i/o线程传binlog;
 
SQL 线程,会读取relay
log文件中的日志,并剖析成具体操作,来促成主题的操作大器晚成致,而最终数额生龙活虎致;
 
难点及消除方法


replicate_do_db=db1replicate_ignore_db=db1replicate_do_table=db1.t1replicate_wild_do_table=db%.%replicate_wild_ignore_table=db1.%

 

log_slave_updatesB将把A的binlog记录到自己的binlog日志中

 
基本布署须要条件:

  • 主库宕机后,数据可能屏弃
  • 从库独有多个sql Thread,主库写压力大,复制很也许延时
  • 半联合复制—消释多少错过的标题
  • 并行复制—-化解从库复制延迟的标题
  • 主库开启binlog日志(设置log-bin参数)
  • 主从server-id不同
  • 从库服务器能连通主库

 
mysql semi-sync(半同台复制)
半协助举行理并答复制:

 
mysql主从复制用项

binlog_do_db=db1binlog_ignore_db=db1binlog_ignore_db=db2
  • 主导方式
    • 风华正茂主生龙活虎从
    • 后生可畏主多从–扩张系统读取质量
    • 多主意气风发从–5.7开首辅助
    • 主主复制
    • 联级复制
  • 用处:实时灾备的故障切换,读写抽离,备份

  • 原理
    • 主:log dump线程传binlog;
      • i/o线程采取读取binlog,并写入relay log文件
      • sql线程从relay log 文件中读取binlog并持久化
  • 主题材料及缓和

    • 主库宕机后,数据错失
      • 半联合实行理并答复制
    • 主库写压力大,因从库只有二个sql 线程来持久化,复制只怕推迟

      • 并行复制
  • 半同台复制:

    • 原理
      • 业务在主库写完binlog后要求从库重临一个已接收,才放回给客户端;
    • 5.5并入到mysql,以插件的款式存在,要求独自安装

    • 保险职业提交后binlog起码传输到叁个从库
    • 不有限帮衬从库应用实现这么些业务的binlog
    • 属性有肯定的下落
    • 互联网极其或从库宕机,卡主库,直到超时或从库苏醒
  • 并行复制

    • 原理:从库十二线程apply binlog
    • 在社区5.6中新增
    • 库等第并行应用binlog,同二个库数据变动依旧串行的
    • 5.7版本并行复制基于事务组
  • 部分数量复制

  • 联级复制(常用)
    • A->B->C
    • B中增进参数log_slave_updates
    • B将把A的binlog记录到温馨的binlog日志中
  • 复制的督查

    • show slave status
  • 复制出错管理

    • 大面积:1062(主键冲突),1032(记录空头支票)
    • 解决:
      • 手动管理
      • 跳过复制错误:set global sql_slave_skip_counter=1
  • mysql主从复制是mysql高可用性,高性能(负载均衡)的根底

  • 轻巧,灵活,布置格局多样,能够依靠分裂工作场景构造不相同复制构造
  • 复制进度中应有随即监督复制状态,复制出错或延时恐怕给系统形成影响
  • mysql主从复制近期也存在有的标题,可以凭借需求安顿复制加强功能

相关文章

留下评论

网站地图xml地图