lvm快照备份数据库(Mysql5.7)

备份的目的

能够防止由于机械故障以及人为误操作带来的数据丢失，例如将数据库文件保存在了其它地方。

备份的分类

以操作过程中服务的可用性分：

冷备份：cold backup mysql服务关闭，mysql离线
温备份：warm backup mysql服务在线，但是不允许写请求，例如 read lock，在线的某些功能需要中止。
热备份：hot backup 备份同时，业务读写请求继续，业务不受干扰。（没有绝对的热备份，无限接近，停止的时间忽略不计）

myisam ：不支持热备
innodb ：需要专用工具

以操作方式区分：

逻辑备份：备份的是建表、建库、插入等操作所执行SQL语句（DDL DML DCL），适用于中小型数据库，效率相对较低（相对复杂，且在恢复过程中容易丢失数据，不推荐使用）

物理备份：直接复制数据库文件，适用于大型数据库环境，不受存储引擎的限制，
但不能恢复到不同的MySQL版本。（推荐使用）

lvm快照备份的优缺点

优点：
几乎是热备 (创建快照前把表上锁，创建完后立即释放)
支持所有存储引擎
备份速度快
无需使用昂贵的商业软件(它是操作系统级别的)

缺点：
可能需要跨部门协调(使用操作系统级别的命令，DBA一般没权限)
无法预计服务停止时间
数据如果分布在多个卷上比较麻烦 (针对存储级别而言)

lvm 快照备份原理：

LVM对LV提供的快照功能，只对LVM有效。
当一个snapshot创建的时候，仅拷贝原始卷里数据的元数据(meta-data)。因此建立快照的速度非常快

创建的时候，并不会有数据的物理拷贝，因此 snapshot的创建几乎是实时的，当原始卷上有写操作执行时，
snapshot 跟踪原始卷块的改变，这个时候原始卷上将要改变的数据在改变之前被拷贝到 snapshot预留的空间里，
因此这个原理的实现叫做写时复制 (copy-on-write)。

在写操作写入块之前，将原始数据移动到 snapshot空间里，这样就保证了所有的数据在snapshot创建时保持一致。
而对于snapshot的读操作，如果是读取数据块是没有修改过的，那么会将读操作直接重定向到原始卷上，如果是要
读取已经修改过的块，那么就读取拷贝到snapshot中的块。

LVM 快照备份流程：

LVM快照：锁表时间接近热备
1. 加全局读锁
mysql> flush tables with read lock;
2.创建快照， lvcreate -L 500M -s -n lv-mysql-snap /dev/datavg/lv-mysql ;
3.刷新二进制日志 mysql> flush logs
4 释放锁 mysql>unlock tables
5. 挂载快照设备，并从快照设备中，对数据库文件进行打包与压缩
6、卸载快照设备
7、移除快照设备 lvremove -f /dev/datavg/lv-mysql-snap
产生了一份新的二进制日志。
此时，手动插入几条数据，修改几条数据 ======》体现最新的二进制日志中。！

模拟崩溃：

停止服务，删除数据库所有文件（二进制日志不要和数据库数据放在同一目录）
要求，恢复所有数据，包括刚才新增和修改了的数据。

恢复流程：

1、恢复最近的一次完全备份， mysql-2018-9-19-full.tar.gz /mysql 解压。
2、将最近的一份二进制日志进行导出 mysqlbinlog /data/mysql-binlog/mysql.000025 > /tmp/a.sql
3、启动mysql服务（产生一份新的二进制日志），登录mysql
4、设置临时停止记录二进制日志。 mysql> set session sql_log_bin=0;
5、mysql> source /tmp/a.sql;
6、mysql> set session sql_log_bin=1; 重新开启二进制日志功能

至此，恢复完成！用 select 语句进行查询验证，看数据是否恢复。