关于mysql:全备-binlog-恢复线上数据

1次阅读

共计 1197 个字符,预计需要花费 3 分钟才能阅读完成。

背景

生产环境,文件表 file 表全表误更,零碎中所有的图片全副展现成为张三的身份证侧面照,间接导致审核中的单子不能失常进行。

数据恢复

思路

生产环境每天凌晨 1 点对数据库进行全量备份,应用最近一次全量备份 + 增量 binlog 来对表数据进行复原。

操作

误更新操作产生在 2021.11.11 18:10:00 左右,取相干的文件进行操作

  • 获取最近一次的数据库全量备份,如:finance.2021.11.11.sql
  • 获取 2021.11.11 这天在 2021.11.11 01:00:00 到 2021.11.11 18:20:00(把误更新操作工夫点蕴含进去)之间所有的 binlog 日志,如:mysql-binlog.000032
  • 找台装置有 mysql 数据库(最好版本和生产环境统一)的测试服务器,新建一个空的数据库,将数据库备份文件 finance.2021.11.11.sql 执行
  • 在测试服务器上执行如下命令,将 binlog 日志重定向至 32.txt 文本,关上 32.txt 文件,依照误更新的 sql 语句关键字找到误更数据的具体工夫点,比方:2021.11.11 18:10:20
mysqlbinlog --no-defaults mysql-bin.000032 >32.txt
  • 将 mysql-bin.000032 日志转换为 mysql 可辨认语句,应用命令:
mysqlbinlog  --no-defaults  --database=finance --start-datetime='2018-09-11 10:48:53' --stop-datetime='2018-09-11 10:49:24' mysql-bin.000032 >temp20211111.sql
  • 在测试库执行 temp20211111.sql 文件,数据就复原到了误更新前的正确数据
source temp20211111.sql; 
  • 因为生产环境 file 表只新增,所以把测试库中已复原正确数据的 file 表重命名为 file_copy 表,而后导入到生产环境,将生产环境此时 file 表中绝对 file_copy 表中的新增数据写入到 file_copy 表,而后对 file 表和 file_copy 名称调换
rename table file to file_to_be_droppd, file_copy to file;

插曲

从数据库备份中导出单个表进行复原,查看并过滤,执行命令:

cat finance.2021.11.11.sql | grep "Table structure for table"|more


解决方案:A 和 B 表之间的表的区间,就等于取 A 表

awk '/-- Table structure for table `table_A`/,/-- Table structure for table `table_B`/{print}' db.sql >>db_table_A_temp.sql

将 A 表重定向到一个长期表“temp.sql”,独自复原这张 A 表

正文完
 0