逻辑备份
物理备份
在线热备：
真实案例：
数据库架构是一主两从，但是两台从数据库和主数据不同步。但是每天会全库备份主服务器上的数据到从服务器上。需要解决主从不同步的问题。
案例背后的核心技术：
1、熟悉MySQL数据库常见的主从架构；
2、理解MySQL主从架构的实现原理；
3、掌握MySQL主从架构的搭建；（两种搭建方式）
任务场景：
随着业务不断增长，公司对数据的安全性会越来越重视，由于常规的备份不能够实时记录下数据库的所有状态，为了能够保障数据库的实时备份冗余，希望将现有单机数据库变成双机热备。
热备状态。如果其中的一台服务器出现故障，另外一台服务器能马上进行业务的切换，保证业务的正常运行。
任务要求：
备份数据库。
搭建双机热备数据库架构M-S。
课程目标：
了解什么是MySQL的replication （集群机制）复制架构AB
理解MySQL的Replication的架构原理。 复制架构
掌握MySQL的基本复制架构的搭建（M-S重点）高效稳定的数据库架构。
了解和掌握基于GTIDs的复制特点和搭建。5.6和5.7版本才引入的新的特性。
MySQL集群：
1、集群的主要类型：
高可用集群（ High Available Cluster，HA）
高可用集群是指通过特殊的软件把多个独立的服务器连接在一起，组成一个能够提供故障切换的Fail Over 功能的集群。
Web集群
数据库集群
衡量指标：
高可用系统：99.99%，全年的宕机率不能超过52.6分钟。运维工程师，我们搭建一个高可用的架构还是很容易得。大多数是可以做到的。
之前SAS系统基本上可以定位为8.76小时/年。
常用的集群架构：
MySQL replication（MySQL主从架构）
MySQL Cluster （官方）
MySQL Group Replication （MGR 组复制） 5.7.17 多主一从
MariaDB Galera Cluster （也支持集群形式）
MHA |Keepalived|HeartBeat|Lvs，Haproxy等技术构建高可用集群
MySQL的复制：
Replication 可以实现将数据从一台数据库服务器（master）复制到一台或者多台数据库服务器（slave）。
默认情况下，属于异步复制，所以无需维持特长连接。
MySQL的复制原理（重点）
简单来说，master将数据库改变写入二进制日志，slave同步这些二进制日志，并根据这些二进制日志进行数据重演操作，实现数据异步同步。
master： 主
slave： 从
Slave启动两个线程，一个是IO Thread，文件的读写操作，读到的文件是Relaylog 中继日志中。另外一个是SQL Thread 线程，读取中继日志内容，执行SQL语句操作数据库。
当主从同步配置完毕后：
-
slave端的IO线程发送请求给master端的binlog dump线程
-
master端binlog dump线程==获取二进制日志==信息(==文件名和位置信息==)发送给slave端的IO线程
-
salve端IO线程获取到的内容==依次==写到slave端relay log(中继日志)里，并把master端的bin-log文件名和位置记录到master.info里
-
salve端的SQL线程，检测到relay log中内容更新，就会解析relay log里更新的内容，并==执行这些操作==，从而达到和master数据一致
扩展：relay log 中继日志。
作用：记录从slave服务器接收来自主master服务器的二进制日志。
场景：用于 主从复制。
master主服务器将自己的二进制日志发送给slave从服务器，slave先保存在自己的==中继日志中==，然后再执行自己本地的relay log里的sql达到数据库更改和master保持一致。
如何开启：
默认中继日志==没有开启==，可以通过修改配置文件完成开启，如下：
# vim my.cnf
[mysqld]
#指定二进制日志存放位置及文件名
relay-log=/mysql_3306/data/relaylog在配置文件中，开启中继日志的方法。
slave服务器中开始中继日志。
MySQL复制架构：
1）双机热备（AB复制）：主从复制
默认情况下，master接受读写请求，slave只接受读请求以减轻master的压力。
slave只相当于备份服务器，数据只是从主服务器读取过来的， 如果往slave服务器写入数据，那么将破坏这个组织架构，因为两端的数据不一致了。
2）级联复制：
对master主服务器执行增、删、该操作，写入到Binlog二进制日志中。
slave1从主master服务器中读取二进制日志，写到Relaylog中，然后通过SQL Thread来读取中继日志，执行SQL语句，执行的结果也写到Slave1的二进制日志中。
slave2然后从slave1读取Binlog二进制日志。
优点：进一步分担读的压力。
缺点：slave1出现故障，后面的所有级联slave服务器都会同步失败。
并联复制：一主多从的架构
优点：解决上面的slave1的单点故障，同时也分担读压力，单台服务器都能读。
缺点：间接增加master的压力（传输二进制日志压力）文件读写的压力。IO Thead。
双主复制：
说明：从命名来看，两台master好像都能接受读、写请求，但实际上，往往运作的过程中，同一时刻只有其中一台master会接受写请求，另外一台接受读请求。
