主从形式
mysql主从复制 灵活
用途及条件
MysqL主从复制用途
实时灾备,用于故障切换
读写分离,提供查询服务
备份,避免影响业务
主从部署必要条件:
主从原理
MysqL主从复制原理
I/O线程去请求主库 的binlog,并将得到的binlog日志写到relay log(中继日志) 文件中;
主库会生成一个 log dump 线程,用来给从库 I/O线程传binlog;
sql 线程,会读取relay log文件中的日志,并解析成具体操作,来实现主从的操作一致,而最终数据一致;
问题及解决方法
MysqL主从复制存在的问题:
解决方法:
半同步复制
MysqL semi-sync(半同步复制)
半同步复制:
主从复制--异步复制原理
半同步复制原理:
并行复制
MysqL并行复制
设置
set global slave_parallel_workers=10;
设置sql线程数为10
其他
部分数据复制
主库添加参数:
binlog_do_db=db1 binlog_ignore_db=db1 binlog_ignore_db=db2
或从库添加参数
replicate_do_db=db1 replicate_ignore_db=db1 replicate_do_table=db1.t1 replicate_wild_do_table=db%.%replicate_wild_ignore_table=db1.%
联级复制(常用)
A->B->C
B中添加参数:
log_slave_updates B将把A的binlog记录到自己的binlog日志中
复制的监控:
show slave status \G
复制出错处理
常见:1062(主键冲突),1032(记录不存在)
解决:
总结
主从形式
用途:实时灾备的故障切换,读写分离,备份
原理
问题及解决
半同步复制:
并行复制
部分数据复制
联级复制(常用)
复制的监控
-
show slave status
复制出错处理
简单,灵活,部署方式多样,可以根据不同业务场景部署不同复制结构
复制过程中应该时刻监控复制状态,复制出错或延时可能给系统造成影响