MySQL之主从复制_数据库主从关系 主库数据丢失,可以直接用从库同步么

MySQL之主从复制

注：本文是以windos mysql v8.0.25、Linux mysql v8.0.26 进行讲解

1.主从复制概念

主从复制是指将主数据库的 DDL 和 DML 操作通过二进制日志传到从库服务器中，然后在从库上对这些日志重新执行（也叫重做），从而使得从库和主库的数据保持同步。
MySQL支持一台主库同时向多台从库进行复制， 从库同时也可以作为其他从服务器的主库，实现链状复制。
因为复制是异步进行的，所以从服务器不需要一直连接着主服务器，从服务器甚至可以通过拨号断断续续地连接主服务器。通过配置文件，可以指定复制所有的数据库，某个数据库，甚至是某个数据库上的某个表。

2.主从复制优点

MySQL 复制的优点主要包含以下三个方面：
1.主库出现问题，可以快速切换到从库提供服务。
2.实现读写分离，降低主库的访问压力。（增删改的请求操作主库，查询的请求操作从库）
3.可以在从库中执行备份，以避免备份期间影响主库服务,在从服务器上备份而不破坏主服务器相应数据。一般我们都会做数据备份，可能是写定时任务，一些特殊行业可能还需要手动备份，有些行业要求备份和原数据不能在同一个地方，所以主从就能很好的解决这个问题，不仅备份及时，而且还可以多地备份，保证数据的安全
4.在主服务器上生成实时数据，而在从服务器上分析这些数据，从而提高主服务器的性能

3.主从复制原理

MySQL主从复制的核心就是 二进制日志，具体的过程如下：
Binary log：主数据库的二进制日志
Relay log：从服务器的中继日志
从下图来看，复制分成三步：
1.Master 主库在事务提交时，会把数据变更记录在二进制日志文件 Binlog 中。
2.salve开启一个I/O Thread，该线程在master打开一个普通连接，主要工作是binlog dump process。如果读取的进度没有跟上master，从库将读取主库的二进制日志文件 Binlog ，写入到从库的中继日志 Relay Log ；如果读取的进度已经跟上了master，就进入睡眠状态并等待master产生新的事件。I/O线程最终的目的是将这些事件写入到中继日志中
3.SQL Thread会读取中继日志，并顺序执行该日志中的SQL事件,slave从库重做中继日志中的事件，将改变反映它自己的数据,从而与主数据库中的数据保持一致

3个线程以及之间的关联：
主：binlog线程——记录下所有改变了数据库数据的语句，放进master上的binlog中；
从：io线程——在使用start slave 之后，负责从master上拉取 binlog 内容，放进自己的relay log中；
从：sql执行线程——执行relay log中的语句；

4.解决主从同步延时问题

MySQL 实际上在有两个同步机制，一个是半同步复制，用来解决主库数据丢失问题；一个是并行复制，用来 解决主从同步延时问题:
1.半同步复制，也叫 semi-sync 复制，指的就是主库写入 binlog 日志之后，就会将强制此时立即将数据同步到从库，从库将日志写入自己本地的 relay log 之后，接着会返回一个 ack 给主库，主库接收到至少一个从库的 ack 之后才会认为写操作完成了。
2.并行复制，指的是从库开启多个线程，并行读取 relay log 中不同库的日志，然后并行重放不同库的日志，这是库级别的并行。

5.如何实现读写分离

其实很简单，就是基于主从复制架构，简单来说，就搞一个主库，挂多个从库，然后我们就单单只是写主库，然后主库会自动把数据给同步到从库上去。