删库一定要跑路吗?手把手教你MySQL数据恢复

日常工作中,删库数据总会有因手抖、定跑写错条件、把手写错表名、恢复错连生产库造成的删库数据误删库表和数据的事情发生。那么,定跑如果连数据都恢复不了,把手还要什么 DBA。恢复

1 前言

数据恢复的删库数据前提的做好备份,且开启 binlog,定跑格式为 row。把手如果没有备份文件,网站模板恢复那么删掉库表后就真的删库数据删掉了,lsof 中还有记录的定跑话,有可能恢复一部分文件。把手但若刚好数据库没有打开这个表文件,那就只能跑路了。如果没有开启 binlog,那么恢复数据后,从备份时间点开始的数据都没了。如果 binlog 格式不为 row,那么在误操作数据后就没有办法做闪回操作,只能老老实实地走备份恢复流程。

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;  
应用开发
上一篇:美国人是如何看待对中国芯片业的制裁的?
下一篇:NVIDIA面向各行各业的生成式 AI 平台,以多样化产品加速企业数字化创新