首页 > 代码库 > 一次数据库误update之后的数据恢复

一次数据库误update之后的数据恢复

2024-07-19 01:12:09   220人阅读

工作需要，要对数据库（mysql）数据进行对比，写完测试脚本。想在表中修改一条数据，然后运行程序看看效果。正确的sqlupdate table1 set amount = 100 where id=123;。可是实际情况是没有写where条件，就按下了回车，shell很快返回“**条数据已经被修改”，晕了。还好，我不是DBA，我只有权限动测试库，可是测试库也是十几个人公用的。看了下时间21:30，其他都下班了，不着急自己慢慢搞。

没有备份

数据库误操作，数据恢复首先想到备份，测试库一般都是线上数据的copy，很少有备份，方法不通。

binlog全量恢复太困难

大致知道mysql的binlog日志，记录下所有的操作。关于binlog有几条命令很有用，记录下：

  • show variables like ‘log_%‘; 查看binlog是否打开

    mysql> show variables like ‘log_%‘;
+----------------------------------------+----------------------------------------+
| Variable_name                          | Value                                  |
+----------------------------------------+----------------------------------------+
| log_bin                                | ON                                     | 
| log_bin_basename                       | /home/somename/mysql-bin       | 
| log_bin_index                          | /home/somename/test/mysql-bin.index | 
| log_bin_trust_function_creators        | OFF                                    | 
| log_bin_use_v1_row_events              | OFF                                    | 
| log_error                              | /home/somename/test/err.log         | 
| log_output                             | FILE                                   | 
| log_queries_not_using_indexes          | ON                                     | 
| log_slave_updates                      | ON                                     | 
| log_slow_admin_statements              | OFF                                    | 
| log_slow_slave_statements              | OFF                                    | 
| log_throttle_queries_not_using_indexes | 0                                      | 
| log_warnings                           | 1                                      | 
+----------------------------------------+----------------------------------------+
13 rows in set (0.00 sec)

  • show binary logs; 查看mysql数据库中binlog文件列表(这些log基本上都很大)

    mysql> show binary logs;
+------------------+------------+
| Log_name         | File_size  |
+------------------+------------+
| mysql-bin.000067 | 1074104507 | 
| mysql-bin.000068 | 1073900275 | 
| mysql-bin.000069 | 1073742040 | 
| mysql-bin.000070 | 1073742234 | 
| mysql-bin.000071 | 1074693303 | 
| mysql-bin.000072 | 1074476163 | 
| mysql-bin.000073 | 1073743892 | 
| mysql-bin.000074 | 1073742728 | 
| mysql-bin.000075 |   76346728 | 
+------------------+------------+
9 rows in set (0.01 sec)

  • `show master status \G;‘ 查看当前使用的binlog文件

    mysql> show master status \G;
*************************** 1. row ***************************
           File: mysql-bin.000075
        Position: 76352042
    Binlog_Do_DB: 
Binlog_Ignore_DB: 
Executed_Gtid_Set: 
1 row in set (0.00 sec)

  • `show binlog events;‘ mysql控制台查看当前使用的binlong
    这条命令输入后，基本上都是满屏滚动的日志，将近1G的日志输出在mysql控制台中，慎重。这些日志记录了对数据库有增删改所有操作的sql、时间、行数等信息。

  • show binlog events in ‘mysql-bin.000002‘; 查看指定的binlog。

  • mysqlbinlog --stop-date="2005-04-20 9:59:59" /var/log/mysql/bin.123456 从binlog恢复日志，mysqlbinlog不是mysql控制台命令，是mysql提供的恢复工具，需要在shell或者cmd下执行

由于没有权限登录到mysql这台机器，只能通过mysql连接执行命令。无法从数据库服务器直接拿到binlog日志。mysql提供－e参数（之前竟不知道），mysql -u root -p root -e "show binlog events" > bin.log将日志重定向到文件。

本机拿到了当前库的binlog，但是完全没有备份的情况下，使用binlog恢复数据，只能将该数据库从创建到现在产生的binlog全部执行一遍，这就纠结了，binlog太大；然后就是即使我们有耐心和时间执行binlog中的全部sql，我们也不能保证binlog从创建到现在没有人删除过，毕竟备份的日志，一般不会放太久 :(

继续阅读->

一次数据库误update之后的数据恢复


联系
我们