Linux 开源数据库Mysql-10-mysql集群简介以及主从复制原理

Linux 开源数据库Mysql-10-mysql集群简介

msyql 复制技术
集群的目的
1.负载均衡：解决高并发
2.高可用HA：服务可用性
3.远程灾备：数据有效性
M 单主
M-S 主从
M-S-S 主多从
M-M 双主
M-M-S-S 多源复制

1. 在主库上把数据更改（DDL DML DCL）记录到二进制日志（Binary Log）中。
2. 备库I/O线程将主库上的日志复制到自己的中继日志（Relay Log）中。
3. 备库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-该值为零，是我们极为渴望看到的情况，表示主从复制状态正常