前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >MySQL 数据恢复

MySQL 数据恢复

作者头像
烟草的香味
发布2020-09-11 11:56:36
4.6K0
发布2020-09-11 11:56:36
举报
文章被收录于专栏:烟草的香味烟草的香味

MySQL 数据恢复

前言

前两天因为没注意的误操作, 直接把某个数据表清掉了, 心慌慌. 怪自己学艺不精, 当时整了一下午也没把数据找回来. 当晚回来闭关研究, 终于在凌晨1点多整出来了, 特此记录, 以备不时之需.

对于 MySQL 数据的备份, 主要有两种: 全量备份和增量备份.

  • 全量备份: 将数据库中的所有数据全部进行备份. 相当于复制粘贴的步骤. 全量备份要保存所有数据, 占用空间大, 必然不可能精确到每一秒.
  • 增量备份: 对数据库的所有变动进行备份. 增量备份可以将数据库的变动全部保存下来, 但也不可能一直保存, 否则备份文件的体积超级大.

而对数据库数据的恢复操作, 思路也很简单, 使用全量备份和增量备份相配合, 以某个时间点的全量备份为基础, 通过增量备份使数据库数据恢复到具体的某个时间节点.

为了防止下次遇到这种情况再抓狂, 我决定对数据库进行定时备份. 通过全量和增量的备份文件来面对下一次事故的发生(当然, 我是肯定不会再出现了, 防止之后其他人误操作吧)

数据的备份操作基本如下:

  1. 每天对数据库进行全量备份
  2. 保持 binlog 的增量备份

当需要恢复时, 找到当天的全量备份数据恢复, 然后在这基础上进行增量恢复即可恢复到某个特定的时间点. 好, 开搞.

定时全量备份

思路很简单, 通过mysqldump命令进行全量备份, 一个简单的定时 shell 脚本即可满足. 脚本如下:

代码语言:javascript
复制
#!/bin/bash
# 备份文件保留天数
FileRetainDay=30
# 备份目录
BakDir=/Users/hujing/dir/tmp/mysqldump_log
# 数据库用户名
User=root
# 数据库密码
Password=root
# 今天的日期
Date=`date +%Y-%m-%d`
cd $BakDir
mysqldump -u$User -p$Password --quick --all-databases --flush-logs > $Date.sql
# --quit: 不使用缓存
# --flush-logs: 刷新数据库的 logbin 文件
# --all-databases: 备份所有数据库
# 删除30天前的备份文件
find $BakDir -mtime +$FileRetainDay -type f -name "*.sql" | xargs rm

脚本很简单. 接下来通过crontab定时每天跑一次:

1 0 * * * bash /Users/hujing/dir/tmp/mysql_back.sh

每天的12点1分跑一次. 这样30天以内的数据备份文件就有了.

增量备份

全量备份搞定了, 剩下增量备份. 增量备份就是 mysql 的binlog了.

以下几个 MySQL 的命令行查询命令可查看当前binlog状态:

  • show binary logs 查看当前存在的 log 文件
  • show variables like '%log_bin%' 查看 binlog 是否开启及文件位置
  • show master status 查看当前使用的 binlog
  • show binlog events in 'binlog.000001' 查看日志文件内容

binlog相关配置:

代码语言:javascript
复制
# 开启 binlog
log_bin=ON
# binlog 日志文件前缀
log_bin_basename=/var/lib/mysql/binlog
# 索引文件
log_bin_index=/var/lib/mysql/binlog.index
# 文件过期时间, 过期文件会自动删除
expire_logs_days=7
# 每个文件的最大保存大小
max_binlog_size=1024M

很好, 现在我们也有了增量备份文件.

数据恢复

当需要恢复数据时, 如何根据这两个备份文件进行恢复呢?

打个比方, 当前时间是: 2020-9-4 23:00:00. 此时, 我做了清表的疯狂操作. 如何恢复数据?

1. 通过全量备份, 将数据恢复到今天凌晨的时刻

进入 MySQL命令行, 执行数据恢复文件:

source /Users/hujing/dir/tmp/mysqldump_log/2020-09-04.sql

此时, 数据库已经恢复到本日凌晨的时刻. 请注意, 这步操作会将今日生成的数据删除.

2. 通过增量备份, 将数据恢复到指定时间节点

通过mysqlbin工具, 将指定时间的数据库变更操作导出:

mysqlbinlog -v --start-datetime="2020-09-04 00:00:00" --stop-datetime="2020-09-04 23:00:00" /var/lib/mysql/binlog.0000* > s.sql

同样通过source命令执行此sql文件. 此时, 数据就已经恢复了.


肤浅的记录一下, 虽然现在可以恢复数据了, 但是还有很多问题没有解决, 比如, 如何只恢复一张表的数据等等.

吃一堑长一智, 之后对数据库的操作要慎之又慎.

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2020-09-04,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 烟草的香味 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • MySQL 数据恢复
  • 前言
  • 定时全量备份
  • 增量备份
  • 数据恢复
相关产品与服务
云数据库 SQL Server
腾讯云数据库 SQL Server (TencentDB for SQL Server)是业界最常用的商用数据库之一,对基于 Windows 架构的应用程序具有完美的支持。TencentDB for SQL Server 拥有微软正版授权,可持续为用户提供最新的功能,避免未授权使用软件的风险。具有即开即用、稳定可靠、安全运行、弹性扩缩等特点。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档