日常工作中，删库L数总会有因手抖、不必写错条件、跑路写错表名、详解错连生产库造成的据恢误删库表和数据的事情发生。但是删库L数，如果每次删库都跑路的不必话，怕是跑路再也不好找工作了吧！所以，详解删库跑路不是据恢上上策。

1、删库L数前言

数据恢复的服务器租用不必前提的做好备份，且开启 binlog，跑路格式为 row。详解如果没有备份文件，据恢那么删掉库表后就真的删掉了，lsof 中还有记录的话，有可能恢复一部分文件。但若刚好数据库没有打开这个表文件，那就只能跑路了。如果没有开启 binlog，那么恢复数据后，从备份时间点开始的数据都没了。如果 binlog 格式不为 row，云南idc服务商那么在误操作数据后就没有办法做闪回操作，只能老老实实地走备份恢复流程。

2、直接恢复

直接恢复是使用备份文件做全量恢复，这是最常见的场景。

2.1 mysqldump 备份全量恢复

使用 mysqldump 文件恢复数据非常简单，直接解压了执行：

gzip -d backup.sql.gz | mysql -u<user> -h<host> -P<port> -p 

2.2 xtrabackup 备份全量恢复

恢复过程： 

# 步骤一：解压（如果没有压缩可以忽略这一步）  innobackupex --decompress <备份文件所在目录>  # 步骤二：应用日志  innobackupex --apply-log <备份文件所在目录>   # 步骤三：复制备份文件到数据目录  innobackupex --datadir=<MySQL数据目录> --copy-back <备份文件所在目录>

2.3 基于时间点恢复

基于时间点的恢复依赖的是 binlog 日志，需要从 binlog 中找过从备份点到恢复点的所有日志，然后应用。我们测试一下。站群服务器

新建测试表： 

chengqm-3306>>show create table mytest.mytest \G;