博客
关于我
MySQL 误操作后数据恢复(update,delete忘加where条件)
阅读量:798 次
发布时间:2023-02-11

本文共 2980 字,大约阅读时间需要 9 分钟。

数据库操作中的常见错误处理方法

在数据库日常维护中,开发人员往往面临最大的挑战。尤其是在执行DML操作时,由于疏忽忘加WHERE条件,导致全表更新甚至删除,给数据库和业务造成严重影响。作为运维或DBA,我们需要掌握快速有效的解决方法。

一、Update操作忘加WHERE条件的处理

  • 创建测试数据表
  • mysql> create table t1 (    -> id int unsigned not null auto_increment,    -> name char(20) not null,    -> sex enum('f','m') not null default 'm',    -> address varchar(30) not null,    -> primary key(id)    -> );Query OK, 0 rows affected (0.31 sec)
    1. 插入测试数据
    2. mysql> insert into t1 (name,sex,address) values('daiiy','m','guangzhou');Query OK, 1 row affected (0.01 sec)mysql> insert into t1 (name,sex,address) values('tom','f','shanghai');Query OK, 1 row affected (0.00 sec)mysql> insert into t1 (name,sex,address) values('liany','m','beijing');Query OK, 1 row affected (0.00 sec)mysql> insert into t1 (name,sex,address) values('lilu','m','zhuhai');Query OK, 1 row affected (0.05 sec)
      1. 模拟误操作
      2. mysql> update t1 set address='zhuhai';Query OK, 3 rows affected (0.09 sec)Rows matched: 4 Changed: 3 Warnings: 0
        1. 恢复过程
        2. 锁表并分析二进制日志
        3. mysql> lock tables t1 read;Query OK, 0 rows affected (0.00 sec)mysql> show master status;+------------------+----------+--------------+------------------+| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |+------------------+----------+--------------+------------------+| mysql-bin.000024 |     1852 |              |                  |+------------------+----------+--------------+------------------+1 row in set (0.00 sec)
          1. 分析并处理二进制日志
          2. mysqlbinlog --no-defaults -v -v --base64-output=DECODE-ROWS mysql-bin.000024 | grep -B 15 'zhuhai'
            1. 提取并转换日志记录
            2. sed '/WHERE/{:a;N;/SET/!ba;s/\([^\n]*\)\n\(.*\)\n\(.*\)/\3\n\2\n\1/}' t1.txt | sed -r '/WHERE/{:a;N;/@4/!ba;s/###   @2.*//g}' | sed 's/### //g;s/\/\*.*/,/g' | sed '/WHERE/{:a;N;/@1/!ba;s/,/;/g};s/#.*//g;s/COMMIT,//g' | sed '/^$/d' > recover.sql
              1. 应用恢复SQL文件
              2. mysql> source recover.sql;Query OK, 1 row affected (0.12 sec)Rows matched: 1 Changed: 1 Warnings: 0Query OK, 1 row affected (0.00 sec)Rows matched: 1 Changed: 1 Warnings: 0Query OK, 1 row affected (0.01 sec)Rows matched: 1 Changed: 1 Warnings: 0

                二、Delete操作忘加WHERE条件的处理

              3. 模拟误删除
              4. mysql> delete from t1;Query OK, 4 rows affected (0.03 sec)
                1. 分析并处理二进制日志
                2. mysqlbinlog --no-defaults --base64-output=decode-rows -v -v mysql-bin.000024 | sed -n '/### DELETE FROM db01.t1/,/COMMIT/p' > delete.txt
                  1. 提取并转换日志记录
                  2. cat delete.txt | sed -n '/###/p' | sed 's/### //g;s/\/\*.*/,/g;s/DELETE FROM/INSERT INTO/g;s/WHERE/SELECT/g;' | sed -r 's/(@4.*),/\1;/g' | sed 's/@[1-9]=//g' > t1.sql
                    1. 应用恢复SQL文件
                    2. mysql> source t1.sql;Query OK, 1 row affected (0.00 sec)Records: 1 Duplicates: 0 Warnings: 0Query OK, 1 row affected (0.02 sec)Records: 1 Duplicates: 0 Warnings: 0Query OK, 1 row affected (0.02 sec)Records: 1 Duplicates: 0 Warnings: 0Query OK, 1 row affected (0.01 sec)Records: 1 Duplicates: 0 Warnings: 0

                      三、总结与建议

                      在数据库操作过程中,我们可以通过启用safe_updates参数来避免类似问题的发生。该参数在执行DML操作时会校验SQL语句,确保至少有一个WHERE条件存在。如果忘记添加WHERE条件,mysqld服务器将拒绝执行操作,从而避免数据损坏。

                      通过上述方法,我们可以快速、安全地恢复误操作导致的数据丢失。同时,建议在实际工作中合理配置Binary Log格式,根据具体需求设置为ROW或mixed模式,以平衡数据恢复的安全性与性能消耗。

    转载地址:http://bdbfk.baihongyu.com/

    你可能感兴趣的文章
    ngrok | 内网穿透,支持 HTTPS、国内访问、静态域名
    查看>>
    ngrok内网穿透可以实现资源共享吗?快解析更加简洁
    查看>>
    ngrok内网穿透可以实现资源共享吗?快解析更加简洁
    查看>>
    NHibernate学习[1]
    查看>>
    NHibernate异常:No persister for的解决办法
    查看>>
    nid修改oracle11gR2数据库名
    查看>>
    NIFI1.21.0/NIFI1.22.0/NIFI1.24.0/NIFI1.26.0_2024-06-11最新版本安装_采用HTTP方式_搭建集群_实际操作---大数据之Nifi工作笔记0050
    查看>>
    NIFI1.21.0_java.net.SocketException:_Too many open files 打开的文件太多_实际操作---大数据之Nifi工作笔记0051
    查看>>
    NIFI1.21.0_Mysql到Mysql增量CDC同步中_日期类型_以及null数据同步处理补充---大数据之Nifi工作笔记0057
    查看>>
    NIFI1.21.0_Mysql到Mysql增量CDC同步中_补充_插入时如果目标表中已存在该数据则自动改为更新数据_Postgresql_Hbase也适用---大数据之Nifi工作笔记0058
    查看>>
    NIFI1.21.0_Mysql到Mysql增量CDC同步中_补充_更新时如果目标表中不存在记录就改为插入数据_Postgresql_Hbase也适用---大数据之Nifi工作笔记0059
    查看>>
    NIFI1.21.0_NIFI和hadoop蹦了_200G集群磁盘又满了_Jps看不到进程了_Unable to write in /tmp. Aborting----大数据之Nifi工作笔记0052
    查看>>
    NIFI1.21.0_Postgresql和Mysql同时指定库_指定多表_全量同步到Mysql数据库以及Hbase数据库中---大数据之Nifi工作笔记0060
    查看>>
    NIFI1.21.0最新版本安装_连接phoenix_单机版_Https登录_什么都没改换了最新版本的NIFI可以连接了_气人_实现插入数据到Hbase_实际操作---大数据之Nifi工作笔记0050
    查看>>
    NIFI1.21.0最新版本安装_配置使用HTTP登录_默认是用HTTPS登录的_Https登录需要输入用户名密码_HTTP不需要---大数据之Nifi工作笔记0051
    查看>>
    NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增删改数据分发及删除数据实时同步_通过分页解决变更记录过大问题_02----大数据之Nifi工作笔记0054
    查看>>
    NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增加修改实时同步_使用JsonPath及自定义Python脚本_03---大数据之Nifi工作笔记0055
    查看>>
    NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_插入修改删除增量数据实时同步_通过分页解决变更记录过大问题_01----大数据之Nifi工作笔记0053
    查看>>
    NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表或全表增量同步_实现指定整库同步_或指定数据表同步配置_04---大数据之Nifi工作笔记0056
    查看>>
    NIFI1.23.2_最新版_性能优化通用_技巧积累_使用NIFI表达式过滤表_随时更新---大数据之Nifi工作笔记0063
    查看>>