个人网站建设论文,吉安做网站优化,公司制作官网,半年工作总结ppt模板目录
前言
一、MySQL日志管理
1、存放日志和数据文件的目录
2、日志的分类
2.1 错误日志
2.2 通用查询日志
2.3 二进制日志
2.4 慢查询日志
2.5 中继日志
3、日志综合配置
4、查询日志是否开启
二、数据备份概述
1、数据备份的重要性
2、备份类型
2.1 从物理与…目录
前言
一、MySQL日志管理
1、存放日志和数据文件的目录
2、日志的分类
2.1 错误日志
2.2 通用查询日志
2.3 二进制日志
2.4 慢查询日志
2.5 中继日志
3、日志综合配置
4、查询日志是否开启
二、数据备份概述
1、数据备份的重要性
2、备份类型
2.1 从物理与逻辑角度分类
2.2 从数据库的备份策略角度分类
3、数据备份方法
3.1 物理冷备份
3.2 专用备份工具 mysqldump 或 mysqlhotcopy
3.3 通过启用二进制日志进行增量备份
3.4 通过第三方工具备份
三、数据完全备份与恢复
1、物理冷备份与恢复
2、mysqldump备份与恢复
2.1 mysqldump温备份
2.2 恢复数据库
2.3 恢复表
2.4 使用mysqldump备份加不加--databases的区别
2.5 建立计划任务
四、数据增量备份与恢复
1、增量备份
1.1 开启二进制日志功能
1.2 二进制日志binlog记录格式
1.3 查看二进制日志文件
1.4 备份操作
2、数据增量恢复
2.1 一般恢复
2.1.1 重定向恢复
2.1.2 二进制日志恢复
2.2 基于位置恢复
2.3 基于时间点恢复
五、总结
1、物理冷备份
2、逻辑热备份
3、完全恢复
4、增量备份 前言
在生产环境中数据的安全性至关重要任何数据的丢失都可能产生严重的后果那么对于数据的备份就将显的十分重要。对于MySQL而言在其备份中日志起到了很重要的作用
一、MySQL日志管理
1、存放日志和数据文件的目录
mysql的日志默认的保存位置为/usr/local/mysql/dataMYSQL的主配置文件为/etc/my.cnf 在其中的【mysqld】项里指定日志存放的位置MySQL数据库的数据文件存放在/usr/local/mysql/data目录下每个数据库对应一个子目录用于存储数据表文件。每个数据表对应为三个文件分别为表结构定义文件.frm、数据文件.MYD和索引文件.MYI 2、日志的分类
2.1 错误日志
用来记录当mysql启动、停止或运行时发生的错误信息默认已开启
[mysqld]
log-error/usr/local/mysql/data/mysql_error.log
2.2 通用查询日志
用来记录MySQL的所有连接和语句默认是关闭的
[mysqld]
general_logON
general_log_file/usr/local/mysql/data/mysql_general.log
2.3 二进制日志
用来记录所有更新了数据或者已经潜在更新了数据的语句记录了数据的更改可用于数据恢复默认已开启
log_binmysql-bin 或 log-binmysql-bin
2.4 慢查询日志
用来记录所有执行时间超过long_query_time秒的语句可以找到哪些查询语句执行时间长以便于优化默认是关闭的
[mysqld]
slow_query_logON
slow_query_log_file/usr/local/mysql/data/mysql_slow_query.log
long_query_time5 #单位时间为s缺省时为10s
慢查询日志也可用来查询哪些搜索的字段超时可以选择是否需要增加索引加快查询速度
2.5 中继日志
一般情况下它在MySQL主从同步复制、读写分离集群的从节点开启主节点一般不需要这个日志
3、日志综合配置
修改MYSQL的主配置文件为/etc/my.cnf 并在其中的【mysqld】项里指定日志存放的位置然后保存配置重启mysqld服务
[rootlocalhost ~]#vim /etc/my.cnf[mysqld]
#错误日志
log-error/usr/local/mysql/data/mysql_error.log
#通用查询日志
general_logON
general_log_file/usr/local/mysql/data/mysql_general.log
#二进制日志
log-binmysql-bin
#慢查询日志
slow_query_logON
slow_query_log_file/usr/local/mysql/data/mysql_slow_query.log
long_query_time5[rootlocalhost ~]#systemctl restart mysql #配置文件添加完后需要重启MySQL 4、查询日志是否开启
show variables like general%; #查看通用查询日志是否开启
show variables like log_bin%; #查看二进制日志是否开启
show variables like %slow%; #查看慢查询日功能是否开启
show variables like long_query_time; #查看慢查询时间设置
set global slow_query_logON; #在数据库中设置开启慢查询的方法 二、数据备份概述
MySQL数据库中的数据备份是一种重要的数据保护策略用于防止数据丢失、损坏或其他灾难性事件。备份可以帮助在数据遭受损害或丢失时恢复到之前的状态
1、数据备份的重要性
在企业中数据的价值至关重要数据保障了企业业务的正常运行。因此数据的安全性及数据的可靠性是运维的重中之重任何数据的吊事都可能对企业产生严重的后果
数据丢失可以由多种原因引起包括但不限于
人为错误不小心删除数据或执行错误的数据库命令是数据丢失的常见原因硬件故障硬盘驱动器损坏、电源故障或其他硬件问题可能导致数据不可访问或丢失软件故障数据库软件或操作系统中的缺陷可能导致数据损坏病毒和恶意软件攻击者可能通过病毒、勒索软件或其他恶意软件破坏或加密数据使其不可用自然灾害火灾、洪水、地震等自然灾害可能导致物理设备损坏从而导致数据丢失网络攻击SQL注入、DDoS攻击等网络安全威胁可能导致数据泄露或丢失
备份可以在数据丢失、损坏或其他不可预见事件发生时提供一种恢复数据的手段从而减少业务中断的时间和损失的程度
数据恢复在数据不慎被删除或损坏时备份是恢复数据的唯一途径灾难恢复自然灾害、硬件故障或网络攻击等事件可能导致数据中心损坏备份数据可以帮助快速恢复业务数据分析和报告备份可以用于创建数据的非生产副本供进行数据分析和生成报告而不影响生产环境的性能法规遵从许多行业标准和法律法规要求企业必须定期备份并保留数据副本以确保数据的完整性和可审计性业务连续性在面对数据丢失的情况下备份确保业务能够继续运行减少对客户服务和公司声誉的影响
2、备份类型
2.1 从物理与逻辑角度分类
从物理与逻辑角度分类数据库备份可以分为物理备份和逻辑备份
物理备份
物理备份是对数据库操作系统的物理文件如数据文件、日志文件等的备份。这种类型的备份适用于在出现问题的时候需要快速恢复的大型重要数据库 物理备份又可以成为冷备份脱机备份、热备份连接备份和温备份
① 冷备份 (脱机备份) 是在关闭数据库的时候进行的tar② 热备份 (联机备份) 数据库处于运行状态依赖于数据库的日志文件mysqlhotcopy mysqlbackup③ 温备份 数据库锁定表格(不可写入但可读)的状态下进行备份操作mysqldump
逻辑备份
逻辑备份对数据库逻辑组件的备份表示为逻辑数据库结构这种类型的备份适用于可以编辑数据值或表结构
2.2 从数据库的备份策略角度分类
从数据库的备份策略角度数据库的备份可分为完全备份、差异备份和增量备份。 完全备份每次对数据进行完整的备份即对整个数据库、数据库结构和文件结构的备份保存的是备份完成时刻的数据库是差异备份与增量备份的基础。完全备份的备份与恢复操作都非常简单方便但是数据存在大量的重复并且会占用大量的磁盘空间备份的时间也很长 差异备份备份那些自从上次完全备份之后被修改过的所有文件备份的时间节点是从上次完整备份起备份数据量会越来越大。恢复数据时只需恢复上次的完全备份与最近的一次差异备份 增量备份只有那些在上次完全备份或者增量备份后被修改的文件才会被备份。以上次完整备份或上次增量备份的时间为时间点仅备份这之间的数据变化因而备份的数据量小占用空间小备份速度快。但恢复时需要从上一次的完整备份开始到最后一次增量备份之的所有增量依次恢复如中间某次的备份数据损坏将导致数据的丢失 备份方式比较
操作/备份方式完全备份差异备份增量备份完全备份时的状态表1表1表1第1次添加内容创建表2创建表2创建表2备份内容表1、表2表2表2第2次添加内容创建表3创建表3创建表3备份内容表1、表2、表3表2、表3表3……………………占用额外空间大有一定占用不占用备份速度刚开始快后面会变慢比完全备份快最快恢复速度最快比完全备份慢最慢
3、数据备份方法
数据库的备份可以采用很多种方式如直接打包数据库文件物理冷备份、专用备份工具(mysqldump)、二进制日志增量备份、第三方工具备份等
3.1 物理冷备份
物理冷备份时需要在数据库处于关闭状态下能够较好地保证数据库的完整性物理冷备份一般用于非核心业务这类业务一般都允许中断物理冷备份的特点就是速度快恢复时也是最为简单的通常通过直接打包数据库文件夹(/usr/local/mysql/data)来实现备份
3.2 专用备份工具 mysqldump 或 mysqlhotcopy
mysqldump程序和mysqlhotcopy都可以做备份mysqldump是客户端常用逻辑备份程序能够产生一组被执行以后再现原始数据库对象定义和表数据的SQL语句。它可以转储一个到多个MySQL数据库对其进行备份或传输到远程SQL服务器。mysqldump更为通用因为它可以备份各种表mysqlhotcopy仅适用于某些存储引擎MyISAM和ARCHIVE
3.3 通过启用二进制日志进行增量备份
支持增量备份进行增量备份时必须启用二进制日志二进制日志文件为用户提供复制对执行备份点后进行的数据库更改所需的信息进行恢复如果进行增量备份(包含自上次完全备份或增量备份以来发生的数据修改) 需要刷新二进制日志
3.4 通过第三方工具备份
第三方工具Percona xtraBackup是一个免费的MysQL热备份软件支持在线热备份Innodb和xtraDB也可以支持MySQL表备份不过MyISAM表的备份要在表锁的情况下进行
三、数据完全备份与恢复
1、物理冷备份与恢复 大概步骤 ①关闭MySQL数据库 ②使用tar命令直接打包数据库文件夹 ③直接替换现有MySQL目录即可 详细步骤
1关闭MySQL数据库使用tar命令直接打包数据库文件夹
#关闭mysql数据库
[rootlocalhost ~]#systemctl stop mysqld
[rootlocalhost ~]#yum -y install xz
#压缩备份
[rootlocalhost ~]#cd /usr/local/mysql/data
[rootlocalhost data]#tar /opt/jcvf mysql_all_$(date %F).tar.xz /usr/local/mysql/data
[rootlocalhost data]#ls /opt
[rootlocalhost data]#systemctl start mysqld 2模拟数据丢失删除数据库
#模拟数据丢失删除数据库
[rootlocalhost data]#mysql -uroot -p123456 -e drop database xgy; 3解压恢复直接替换现有MySQL目录
#解压恢复
[rootlocalhost data]#tar jxvf /opt/mysql_all_2022-06-21.tar.xz -C /usr/local/mysql/data
[rootlocalhost data]#cd /usr/local/mysql/data
[rootlocalhost data]#mv usr/local/mysql/data/* ./ 4数据库恢复 2、mysqldump备份与恢复 大概步骤 ①MySQL自带的备份工具可方便实现对MySQL的备份 ②可以将指定的库、表导出为SQL 脚本 ③使用命令mysq|导入备份的数据 2.1 mysqldump温备份
1 完全备份一个或多个完整的库 (包括其中所有的表)
mysqldump -u 用户名 -p 密码 --databases 库名1 [库名2] ... /备份路径/备份文件名.sql
#导出的就是数据库脚本文件
#如:
mysqldump -uroot -p123456 --databases xgy /opt/xgy.sql #备份一个xgy库
mysqldump -uroot -p123456 --databases mysql xgy /opt/mysql-xgy.sql #备份mysql与xgy两个库 grep -v ^-- /opt/xgy.sql | grep -v ^/ | grep -v ^$
#查看备份的文件内容2 完全备份 MySQL 服务器中所有的库
mysqldump -u 用户名 -p 密码 --all-databases /备份路径/备份文件名.sql
#如:
mysqldump -uroot -p123456 --all-databases /opt/all.sql 3 完全备份指定库中的部分表
mysqldump -u 用户名 -p 密码 库名 [表名1] [表名2] ... /备份路径/备份文件名.sql
#如:
mysqldump -u root -p123456 [-d] xgy dianzi tongxin /opt/xgy_dt.sql
#使用“-d”选项说明只保存数据库的表结构不使用“-d选项说明表数据也进行备份 #查看保留表结构和表数据的备份文件内容
grep -v ^-- /opt/xgy_dt.sql | grep -v ^/ | grep -v ^$
#查看只保留表结构的备份文件内容
grep -v ^-- /opt/xgy_jiegou.sql | grep -v ^/ | grep -v ^$ 2.2 恢复数据库
方法一source恢复
#使用mysqldump导出的文件可使用导入的方法进入数据库使用source命令导入数据库备份文件
source /opt/xgy.sql #登录到MySQL数据库执行source备份sql脚本的路径
1模拟丢失数据删除xgy数据库
1010报错解决方法 2 登录到MySQL数据库执行source恢复 方法二mysql命令恢复 mysql -u 用户名 -p 密码 xxx.sql #恢复整个库
mysql -uroot -p123456 /opt/xgy.sql
1模拟丢失数据删除xgy数据库 2 无须登录到MySQL数据库使用mysql命令恢复 2.3 恢复表
方法一source恢复
#使用mysqldump导出的文件可使用导入的方法进入数据库使用source命令导入数据表备份文件
use xgy; #登录到MySQL数据库并进入指定的xgy数据库执行source备份sql脚本的路径
source /opt/xgy_dt.sql
1模拟丢失数据删除备份过的两个数据表 2登录到MySQL数据库执行source恢复 方法二mysql命令恢复 mysql -u 用户名 -p 密码 库名 xxx.sql #恢复指定数据库中的表
mysql -uroot -p123456 xgy /opt/xgy_dt.sql 1模拟丢失数据删除备份过的两个数据表 2无须登录到MySQL数据库使用mysql命令恢复 2.4 使用mysqldump备份加不加--databases的区别
mysqldump严格来说属于温备份会需要对表进行写入的锁定
在全量备份与恢复实验中假设现有xgy库xgy库中有一个dianzi表需要注意的一点为
①当备份时加 --databases表示针对于xgy整个库包括库下的所有表
#备份命令
mysqldump -uroot -p123456 --databases xgy /opt/xgy_1.sql#模拟丢失数据删除xgy数据库
mysql -uroot -p123456 -e drop database xgy;
mysql -uroot -p123456 -e show databases;#使用mysql恢复命令
mysql -uroot -p123456 /opt/xgy_1.sql ②当备份时不加 --databases表示针对xgy库下的所有表不包括xgy库所以导入数据时需要先建库
#当备份时不加 --databases表示针对school库下的所有表#备份命令
mysqldump -uroot -p123456 xgy /opt/xgy_2.sql#登录到mysql数据库中模拟删除xgy数据库
mysql -uroot -p123456
drop database xgy;#恢复过程
source /opt/xgy_2.sql #会报错没有数据库去选择
create database xgy;
use xgy;
source /opt/xgy_2.sql #建完数据库后再恢复数据就不会报错2.5 建立计划任务
[rootlocalhost ~]#crontab -e
0 2 * * 0 /usr/local/mysql/bin/mysqldump -uroot -p123456 xgy dianzi tongxin /opt/class_all_$(date %Y%m%d).sql;/usr/local/mysql/bin/mysqladmin -u root -p flush-logs
#每周日凌晨2点使用mysqldump工具备份MySQL数据库school中的class class1表的数据并将备份数据保存到/opt/目录下的scholl_classall_$(date %Y%m%d).sql文件中然后使用mysqladmin工具刷新MySQL的日志
[rootlocalhost ~]#crontab -r
#删除计划任务
四、数据增量备份与恢复
1、增量备份
MySQL的增量备份通常使用二进制日志binary log来实现。二进制日志是MySQL的一种日志它记录了所有对数据库的更改操作包括插入、更新、删除等操作
1.1 开启二进制日志功能
修改MYSQL的主配置文件为/etc/my.cnf 并在其中的【mysqld】项里指定日志存放的位置然后保存配置重启mysqld服务
[rootlocalhost ~]#vim /etc/my.cnf[mysqld]
#错误日志
log-error/usr/local/mysql/data/mysql_error.log
#通用查询日志
general_logON
general_log_file/usr/local/mysql/data/mysql_general.log
#二进制日志
log-binmysql-bin
#慢查询日志
slow_query_logON
slow_query_log_file/usr/local/mysql/data/mysql_slow_query.log
long_query_time5[rootlocalhost ~]#systemctl restart mysql #配置文件添加完后需要重启MySQL
1.2 二进制日志binlog记录格式
二进制日志(binlog)有3种不同的记录格式: STATEMENT (基于SQL语句)、ROW(基于行)、MIXED(混合模式)默认格式是STATEMENT
STATEMENT基于SQL语句每一条涉及到被修改的sql 都会记录在binlog中
缺点日志量过大如sleep()函数last_insert_id()以及user-defined fuctionsudf、主从复制等架构记录日志时会出现问题
ROW基于行只记录变动的记录不记录sql的上下文环境
缺点如果遇到update......set....where true 那么binlog的数据量会越来越大
MIXED推荐使用会根据SQL语句的类型来选择使用Statement格式还是Row格式
缺点可能会因为SQL语句的类型而导致日志文件的大小和恢复的准确性有所不同
1.3 查看二进制日志文件
mysqlbinlog --no-defaults --base64-outputdecode-rows -v /usr/local/mysql/data/mysql-bin.000001
# --base64-outputdecode-rows使用64位编码机制去解码decode并按行读取rows
# -v: 显示详细内容
# --no-defaults : 默认字符集不加会报UTF-8的错误 二进制日志中需要关注的部分 at 开始的位置点end_log_pos结束的位置时间戳 240325 18:01:18SQL语句 1.4 备份操作
1部署环境
#新建库和表
create database school;
use school;
create table class (id char(5) not null primary key,name varchar(15) not null,work varchar(50) not null);#在新建的表中插入数据
insert into class values (1,cxl,老师);
insert into class values (2,kys,学生);
select * from class; 2进行完全备份
mysqldump -uroot -p123456 school class /opt/school_class_$(date %F).sql 3生成新的二进制日志文件
[rootlocalhost ~]#cd /usr/local/mysql/data/
[rootlocalhost data]#mysqladmin -u root -p123456 flush-logs
[rootlocalhost data]#cp mysql-bin.000001 /mnt/ 2、数据增量恢复
2.1 一般恢复
2.1.1 重定向恢复
mysql -u root -p123456 school /opt/school_class_2024-03-25.sql
1模拟丢失数据删除表 2 将备份文件重定向数据库恢复数据 2.1.2 二进制日志恢复
mysqlbinlog --no-defaults /mnt/mysql-bin.000001 | mysql -u root -p123456
1模拟丢失数据删除库日志文件里有创建库的动作避免冲突 2 基于二进制日志文件mysql-bin.000001恢复数据 2.2 基于位置恢复
数据库在某一时间点可能既有错误的操作也有正确的操作可以基于精准的位置跳过错误的操作发生错误节点之前的一个节点上一次正确操作的位置点停止
mysqlbinlog --no-defaults --start-position操作ID1 --stop-position操作ID2 二进制日志文件 | mysql -u 用户名 -p 密码
要求实现目标class 表中5条数据1、2条记录在mysql-bin.000001日志3-5条记录在mysql-bin.000001日志模拟第4条数据操作故障实现跳过第4条断点恢复
1插入第3~5条数据
insert into class values (3,zzd,学生);
insert into class values (4,mii,学生);
insert into class values (5,fsq,老师); 2备份二进制日志mysql-bin.000002
[rootlocalhost data]#cp mysql-bin.000002 /mnt/ 3 生成新的二进制日志并删除 class 表
[rootlocalhost data]#mysqladmin -u root -p123456 flush-logs
[rootlocalhost data]#mysql -uroot -p123456 -e drop table school.class; 4基于位置点恢复
查看mysql-bin.000001日志mysql-bin.000001日志存放从建库到插入前两条数据
[rootlocalhost data]#mysqlbinlog --no-defaults --base64-outputdecode-rows -v /mnt/mysql-bin.000001 恢复前两条数据school 库未删除恢复到操作 ID 为“384之后的数据
[rootlocalhost data]#mysqlbinlog --no-defaults --start-position384 /mnt/mysql-bin.000001 | mysql -uroot -p123456 查看mysql-bin.000002日志
[rootlocalhost data]#mysqlbinlog --no-defaults --base64-outputdecode-rows -v /mnt/mysql-bin.000002 恢复第三条数据从操作 ID 为“4319到操作 ID 为“4596”之间的数据
[rootlocalhost ~]#mysqlbinlog --no-defaults --start-position4319 --stop-position4596 /mnt/mysql-bin.000002 | mysql -uroot -p123456 查看mysql-bin.000002日志
[rootlocalhost data]#mysqlbinlog --no-defaults --base64-outputdecode-rows -v /mnt/mysql-bin.000002 恢复第五条数据从操作 ID 为“4873之后的数据
[rootlocalhost data]#mysqlbinlog --no-defaults --start-position4873 /mnt/mysql-bin.000002 | mysql -uroot -p123456 2.3 基于时间点恢复
跳过某个发生错误的时间点实现数据恢复在错误时间点停止在下一个正确时间点开始
时间点恢复与断点恢复同理只需要将 at 值改为对应的时间即可
mysqlbinlog [--no-defaults] --start-datetime年-月-日 小时:分钟:秒 --stop-datetime年-月-日 小时:分钟:秒 二进制日志 | mysql -u 用户名 -p 密码
1 模拟数据丢失删除 class 表 2基于时间点恢复
查看mysql-bin.000001日志
[rootlocalhost data]#mysqlbinlog --no-defaults --base64-outputdecode-rows -v /mnt/mysql-bin.000001 恢复前两条数据school 库未删除恢复到时间点为“2024-3-25 21:05:09之后的数据
[rootlocalhost data]#mysqlbinlog --no-defaults --start-datetime2024-3-25 21:05:09 /mnt/mysql-bin.000001 | mysql -uroot -p123456
#仅恢复到2024-3-25 21:05:09之后的数据 查看mysql-bin.000002日志
[rootlocalhost data]#mysqlbinlog --no-defaults --base64-outputdecode-rows -v /mnt/mysql-bin.000002 恢复第三条数据从时间点为“2024-3-25 21:36:32到时间点为“2024-3-25 21:36:48之间的数据
[rootlocalhost data]#mysqlbinlog --no-defaults --start-datetime2024-3-25 21:36:32 --stop-datetime2024-3-25 21:36:48 /mnt/mysql-bin.000002 | mysql -uroot -p123456 查看mysql-bin.000002日志
[rootlocalhost data]#mysqlbinlog --no-defaults --base64-outputdecode-rows -v /mnt/mysql-bin.000002
恢复第五条数据从时间点为“2024-03-25 21:37:03”之后的数据
[rootlocalhost data]#mysqlbinlog --no-defaults --start-datetime2024-03-25 21:37:03 /mnt/mysql-bin.000002 | mysql -uroot -p123456
#仅恢复到2024-03-25 21:37:03之后的数据 注 如果恢复某条SQL语之前的所有数据就stop在这个语句的位置节点或者时间点如果恢复某条SQL语句以及之后的所有数据就从这个语句的位置节点或者时间点start 五、总结
1、物理冷备份
关闭Mysqld服务使用tar命令进行打包data目录恢复直接解压即可
2、逻辑热备份
mysqldump -u 用户名 -p 密码 --database 备份库1,库2 xxx.sql #备份多个数据库
mysqldump -u 用户名 -p 密码 --all-database xxx.sql #备份所有数据库
mysql -u 用户名 -p 密码 库1,库2 表1,表2 xxx.sql #备份多库多表
3、完全恢复
mysql -u 用户名 -p 密码 xxx.sql #恢复整个库
mysql -u 用户名 -p 密码 库名 xxx.sql #恢复指定数据库中的表
4、增量备份
要先开启二进制日志设置二进制格式为MIXED进行一次完全备份可每周备份一次通过crontable -e 进行编辑mysqladmin -uroot -p flush-logs 刷新二进制日志文件分割出新的二进制日志文件由于刷新之前的数据都会记录在老的二进制文件里可通过mysqlbinlog --no-defaults --base64-outputdecode-rows -v 二进制文件名称 可查看日志内容可通过mysqlbinlog --no-defaults 二进制日志文件名|mysql -u 用户名 -p 密码 来恢复丢失的数据库
位置恢复——position
start--start-position 恢复某条SQL语之后的所有数据stop--stop-position 恢复某条SQL语之前的所有数据start、stop--start-position --stop-position 恢复某条SQL语和某条SQL语之间的所有数据
时间恢复——datetime
start--start-datetime恢复某条SQL语之后的所有数据stop--stop-datetime 恢复某条SQL语之前的所有数据start、stop--start-datetime --stop-datetime恢复某条SQL语和某条SQL语之间的所有数据
