MySQL主从复制

数据可以从一个MySQL数据库服务器主节点复制到一个或多个从节点。

主服务器只负责写，而从服务器只负责读

种类：

主从同步：当用户写数据主服务器必须和从服务器同步了才告诉用户写入成功，等待时间比较长。

主从异步：只要用户访问写数据主服务器，立即返回给用户。

主从半同步：当用户访问写数据主服务器写入并同步其中一个从服务器就返回给用户成功。

原理：

数据修改写入master数据库的binlog中。

slave的IO线程复制这些变动的binlog到自己的relay log中。

slave的SQL线程读取并重新应用relay log到自己的数据库上，让其和master数据库保持一致。

日志文件：

错误日志(error log)：记录mysql服务的启停时正确和错误的信息，还记录启动、停止、运行过程中的错误信息。

查询日志(general log)：记录建立的客户端连接和执行的语句。

二进制日志(bin log)：记录所有更改数据的语句，可用于数据复制。

慢查询日志(slow log)：记录所有执行时间超过long_query_time的所有查询或不使用索引的查询。

中继日志(relay log)：主从复制时使用的日志。

优点：

提供了读写分离的能力，使MySQL数据库支持高并发读写

能提升数据的安全性，有效护了物理服务器宕机场景的数据备份

不足：

主从延迟，有损容灾，因为数据不同步

产生主从延迟的原因

1、TPS较高时，产生的DDL数量超过了Slave一个SQL线程处理能力

2、Slave中与大型的Query产生了锁等待

如何判断产生了主从延迟

show slave status -> Seconds_Behind_Master

如何尽量避免主从延迟

1、关闭Slave的sync_binlog

2、关闭Slave的innodb_flushlog

3、使用性能比Master更好的机器作为Slave

4、设置一台不提供查询服务的Slave

5、增加Slave的数量，降低单台Slave上的读压力

面试回答：

MySQL是一个中小型的关系型数据库，是基于多线程的。

数据存储和查询速度存在一定瓶颈，读写分离是其中的一种解决方案。

主库写，从库读。

主库挂机，从库可以顶上，避免宕机的损失。

数据同步的原理是，

数据修改写入master数据库的binlog中。

slave的IO线程复制这些变动的binlog到自己的relay log中。

slave的SQL线程读取并重新应用relay log到自己的数据库上，让其和master数据库保持一致。

也有缺点，存在延迟并且增加硬件购买成本

形式有，

一主一从

一主多从

负载均衡器，

根据算法，检测哪台MySQL压力小，将请求分发给该台MySQL

类似于nginx的代理服务

只能缓解一定压力，但不能根治。

比其更好的是redis，基于内存的操作，单线程的，查询速度快。