qq_30286285
qq1104682401
采纳率100%
2021-02-21 11:52

mysqlbinlog row模式 怎么恢复数据

50
已结题

mysqlbinlog row模式 怎么恢复数据  用的java  尽量手把手指导一下  新手对这些 不是 很了解  着急  binlog2sql 这个不会安装  麻烦指导一下

  • 点赞
  • 收藏
  • 复制链接分享

6条回答

  • qq994482866 两小柯基 2月前

     mysql的binlog日志主要用于对数据库操作的日志记录以及数据恢复使用。

    可以基于指定时间或者是指定事件位置号进行恢复。

    1.基于指定时间恢复

    mysqlbinlog --start-datetime="2020-04-25 18:00:00" --stop- datetime="2020-04-26 00:00:00" mysqlbinlog.000002 | mysql -uroot -p 1234

    2.基于事件号恢复

    mysqlbinlog --start-position=154 --stop-position=957 mysqlbinlog.000002 | mysql -uroot -p1234
      点赞 评论 复制链接分享
    1. bill20100829 歇歇 2月前
      点赞 评论 复制链接分享
    2. bill20100829 歇歇 2月前
      mysql> SHOW BINLOG EVENTS;
      | bin.000001 |    XXX | Query       |         1 |         588 | BEGIN

      XXX为开始行

      | bin.000001 | 146945 | Xid         |         1 |      YYY | COMMIT /* xid=36 */

      YYY为结束行

      undelete.awk:

      BEGIN { regexp = "$^" }
      
      /^BINLOG/ {
        print;
        getline;
        regexp = "^" substr($0, 1, 5) "[CSiy][ABCD]" substr($0, 8, 4);
      }
      
      $0 ~ regexp {
        n = $0;
        $0 = substr(n, 1, 5)
        $0 = $0 substr("BRhx", index("CSiy", substr(n, 6, 1)), 1)
        $0 = $0 substr("4567", index("ABCD", substr(n, 7, 1)), 1)
        $0 = $0 substr(n, 8) ;
      }
      
      { print; }

      还原

      mysqlbinlog --start-position=XXX --stop-position=YYY bin.000001 | awk -f undelete.awk | mysql

      mysql -e "SELECT * FROM 您的表" | md5sum -c before.md5

      或者参考博客

      https://blog.csdn.net/bill20100829/article/details/113917395

      点赞 评论 复制链接分享
    3. m0_55455961 m0_55455961 2月前

      最近线上误操作了一个数据,由于是直接修改的数据库,所有唯一的恢复方式就在mysql的binlog。binlog使用的是ROW模式,即受影响的每条记录都会生成一个sql。同时利用了binlog2sql项目。 MySQL Binary Log也就是常说的bin-log, ,是mysql执行改动产生的二进制日志文件,其主要作用有两个: * 数据回复 * 主从数据库。用于slave端执行增删改,保持与master同步。 binlog基本配置和格式 binlog基本配置 binlog需要在mysql的配置文件的mysqld节点中进行配置: # 日志中的Serverid server-id = 1 # 日志路径 log_bin = /var/log/mysql/mysql-bin.log # 保存几天的日志 expire_logs_days = 10 # 每个binlog的大小 max_binlog_size = 1000M #binlgo模式 binlog_format=ROW # 默认是所有记录,可以配置哪些需要记录,哪些不记录 #binlog_do_db = include_database_name #binlog_ignore_db = include_database_name 查看binlog状态 SHOW BINARY LOGS; 查看binlog文件 SHOW VARIABLES LIKE '%log_bin%' 查看日志状态 SHOW MASTER STATUS 查看日志文件位置 binlog的三种格式 1.ROW 针对行记录日志,每行修改产生一条记录。 优点:上下文信息比较全,恢复某条误操作时可以直接在日志中查找到原文信息,对于主从复制支持好。 缺点:输出非常大,如果是Alter语句将产生大量的记录 格式如下: DELETE FROM `back`.`sys_user` WHERE `deptid`=27 AND `status`=1 AND `account`='admin' AND `name`='张三' AND `phone`='18200000000' AND `roleid`='1' AND `createtime`='2016-01-29 08:49:53' AND `sex`=2 AND `email`='sn93@qq.com' AND `birthday`='2017-05-05 00:00:00' AND `avatar`='girl.gif' AND `version`=25 AND `password`='ecfadcde9305f8891bcfe5a1e28c253e' AND `salt`='8pgby' AND `id`=1 LIMIT 1; #start 4 end 796 time 2018-10-12 17:03:19 2.STATEMENT 针对sql语句的,每条语句产生一条记录 优点:产生的日志量比较小,主从版本可以不一致 缺点:主从有些语句不能支持,像自增主键和UUID这种类型的 格式如下: delete from `sys_role`; 3.MIX 结合了两种的优点,一般情况下都采用STATEMENT模式,对于不支持的语句采用ROW模式 转换成sql mysql自带的mysqlbinlog 由于binlog是二进制的,所以需要先转换成文本文件,一般可以采用Mysql自带的mysqlbinlog转换成文本。 mysqlbinlog --no-defaults --base64-output='decode-rows' -d room -v mysql-bin.011012 > /root/binlog_2018-10-10 参数说明 --no-defaults 为了防止报错:mysqlbinlog: unknown variable 'default_character_set=utf8mb4' --base64-output='decode-rows' 和-v一起使用, 进行base64解码 其他有很多用来限定范围的参数,比如数据库,起始时间,起始位置等等。这些参数在查找误操作的时候非常有用。 binlog的基本块如下: # at 417750 #181007 1:50:38 server id 1630000 end_log_pos 417844 CRC32 0x9fc3e3cd Query thread_id=440109962 exec_time=0 error_code=0 SET TIMESTAMP=1538877038/*!*/; BEGIN 1、# at 417750 指明的当前位置相对文件开始的偏移位置,这个在mysqlbinlog命令中可以作为--start-position的参数 2、#181007 1:50:38 server id 1630000 end_log_pos 417844 CRC32 0x9fc3e3cd Query thread_id=440109962 exec_time=0 error_code=0 181007 1:50:38指明时间为18年10月7号1:50:38,serverid也就是你在配置文件中的配置的,end_log_pos 417844,这个块在417844结束。thread_id执行的线程id,exec_time执行时间,error_code错误码 3、SET TIMESTAMP=1538877038/!/; BEGIN 具体的执行语句 一行记录产生的日志如下所示 # at 417750 #181010 9:50:38 server id 1630000 end_log_pos 417844 CRC32 0x9fc3e3cd Query thread_id=440109962 exec_time=0 error_code=0 SET TIMESTAMP=1539136238/*!*/; BEGIN /*!*/; # at 417844 #181010 9:50:38 server id 1630000 end_log_pos 417930 CRC32 0xce36551b Table_map: `goods`.`good_info` mapped to number 129411 # at 417930 #181010 9:50:38 server id 1630000 end_log_pos 418030 CRC32 0x5827674a Update_rows: table id 129411 flags: STMT_END_F ### UPDATE `goods`.`good_info` ### WHERE ### @1='2018:10:07' /* DATE meta=0 nullable=0 is_null=0 */ ### @2=9033404 /* INT meta=0 nullable=0 is_null=0 */ ### @3=1 /* INT meta=0 nullable=0 is_null=0 */ ### @4=8691108 /* INT meta=0 nullable=0 is_null=0 */ ### @5=9033404 /* INT meta=0 nullable=0 is_null=0 */ ### @6=20 /* LONGINT meta=0 nullable=0 is_null=0 */ ### @7=1538877024 /* TIMESTAMP(0) meta=0 nullable=0 is_null=0 */ ### SET ### @1='2018:10:07' /* DATE meta=0 nullable=0 is_null=0 */ ### @2=9033404 /* INT meta=0 nullable=0 is_null=0 */ ### @3=1 /* INT meta=0 nullable=0 is_null=0 */ ### @4=8691108 /* INT meta=0 nullable=0 is_null=0 */ ### @5=9033404 /* INT meta=0 nullable=0 is_null=0 */ ### @6=21 /* LONGINT meta=0 nullable=0 is_null=0 */ ### @7=1538877024 /* TIMESTAMP(0) meta=0 nullable=0 is_null=0 */ # at 418030 #181010 9:50:38 server id 1630000 end_log_pos 418061 CRC32 0x468fb30e Xid = 212760460521 COMMIT/*!*/; # at 418061 一行记录产生的日志如上所示。以SET TIMESTAMP=1539136238/*!*/;开始,以COMMIT/*!*/;结尾。我们可以根据两个at指明的位置来限定范围。 注意一条记录开始的SET TIMESTAMP之前的# at 417750和结尾的COMMIT之后的# at 418061 利用binlog2sql binlog2sql官网介绍:从MySQL binlog解析出你要的SQL。根据不同选项,你可以得到原始SQL、回滚SQL、去除主键的INSERT SQL等。 基本使用如下: python binlog2sql.py -hlocalhost -P3306 -udev -p'\*' -d room -t room_info --start-file='mysql-bin.011012' --start-position 129886892 --stop-position 130917280 > rollback.sql 具体的使用我就不讲解了github上讲解的十分清楚,主要看下很多用来筛选的条件,比如起止时间--start-datetime/--stop-datetime,表名限定-t,数据库限定-d,语句限定--sql-type,主要说说我遇到的一些问题。 mysql的binlog模式 这里需要设置为ROW,因为ROW模式有原来的信息,如果可以直接利用binlog2sql反向生成回滚sql,如果是STATEMENT无法生成,需要利用的mysql定时备份的文件再去做回滚 恢复数据的具体操作 因为当时线上执行的是一条update语句,没有唯一键索引的。导致有两千多条记录被更新。语句如下: update room_info set status=1 where status=2; 根据操作时间先定位对应的binlog文件 我记得当时操作的时间大概的是上午9多左右,所以去找对应的binlog文件最后修改时间大于9点并且时间最接近的一个文件。使用linux的ll命令查看文件的修改时间。 筛选具体的数据库 因为一个mysql实例的所有binlog文件是在一个文件中的,所以我们先要去除其他不想关的数据库。利用-d参数来指明数据实例。然后在利用开始时间(--start-datetime)和结束时间(--stop-datetime)来进一步筛选 mysqlbinlog --no-defaults -v --base64-output='decode-rows' -d room --start-datetime='2018-10-10 9:00:00' --stop-datetime='2018-10-10 10:00:00' mysql-bin.011012>temp.sql 压缩取回文件分析 zip temp.zip temp.s

      点赞 评论 复制链接分享
    4. qq_30286285 qq1104682401 2月前

      导出成sql了 但是这个语句没有办法解析

      点赞 评论 复制链接分享
    5. jgdabc jgdabc 2月前
      点赞 评论 复制链接分享