Linux 开源数据库Mysql-10-mysql集群简介
msyql 复制技术
集群的目的
1.负载均衡:解决高并发
2.高可用HA:服务可用性
3.远程灾备:数据有效性
M 单主
M-S 主从
M-S-S 主多从
M-M 双主
M-M-S-S 多源复制
- 在主库上把数据更改(DDL DML DCL)记录到二进制日志(Binary Log)中。
- 备库I/O线程将主库上的日志复制到自己的中继日志(Relay Log)中。
- 备库SQL线程读取中继日志中的事件,将其重放到备库数据库之上。
mysql主从复制原理:
从库有两个线程IO线程和SQL线程
1.从库的IO线程向主库的主进程发送请求,主库验证从库,交给主库IO线程负责数据传输;
2.主库IO线程对比从库发送过来的master.info里的信息,将binlog文件信息,偏移量和binlog文件名等发送给从库
3.从库接收到信息后,将binlog信息保存到relay-bin中,同时更新master.info的偏移量和binlog文件名
4.从库的SQL线程不断的读取relay-bin的信息,同时将读到的偏移量和文件名写道relay-log.info文件,binlog信息写进自己的数据库,一次同步操作完成。
5.完成上次同步后,从库IO线程不断的向主库IO线程要binlog信息
6.从库如果也要做主库,也要打开log_bin和log-slave-update参数
7.从库的I/O线程去请求主库的binlog,并将得到的binlog,主库会生成一个logdump线程,用来给从库i/O线程传binlog;
8.I/O读取主库发来的binlog日志,把他写道relaylog(中继日志),SQL线程,会读取relaylog文件中的日志,并解析成具体操作,来实现主从的操作一致,而最终数据一致
mysql主从延迟的各种原因
1、从库太多导致复制延迟 优化:建议从库数量3-5个为宜
2、从库的硬件比主库差 优化:提升硬件性能
3、慢SQL语句过多 优化:SQL语句执行时间太长,需要优化SQL,包括建立索引或者采用分库分表等。
4、主从复制的设计问题
优化:主从复制单线程,可以通过多线程IO方案解决;另外mysql5.6.3支持多线程的IO复制。
5、主从之间的网络延迟 优化:尽量采用短的链路,提升端口的带宽
6、主库读写压力大 优化:前端加buffer和缓存。主从延迟不同步
判断主从延迟的方法?
通过showslavestatus进行查看,比如可以看看Seconds_Behind_Master参数的值来判断,是否有发生主从延时。
NULL-表示io_thread或是sql_thread有任何一个发生故障,也就是该线程的Running状态是No,而非Yes.
0-该值为零,是我们极为渴望看到的情况,表示主从复制状态正常