对于MySQL数据库中的误操作删除数据的恢复问题,可以使用基于MySQL中binlog做到类似于闪回或者生成反向操作的SQL语句来实现,是MySQL中一个非常实用的功能.原理不难理解,基于MySQL的row格式的binlog中,记录历史的增删改SQL信息,基于此解析出来对应的SQL语句(回滚的话就是反向的SQL语句).在格式为binlog格式为row的日志模式下,binlog中的内容记录了数据库中曾经执行的增删改信息,都是包含了反向信息的比如执行delete from table where p

如果数据库误操作想恢复数据.可以试试下面这个脚本.前提是执行DML操作. #!/bin/env python #coding:utf-8 #Author: Hogan #Descript : 解析binlog生成MySQL回滚脚本 import getopt import sys import os import re import pymysql # 设置默认值 host = '127.0.0.1' port = 3306 user = '' password = '' start_datet

MySQL回滚到某一时刻数据的方法       对于有归档日志的数据库来说,原理上都具备全库回滚到之前某一时刻的能力.在这方面最好用的Orale数据库,使用Oracle数据库的RMAN工具,可以方便的设置全备,增备保留的时间和自动清理,RMAN自己记录之前做过哪些备份操作,有一份备份列表,所以可以全自动的根据全备.增备.归档日志进行回滚,只需一条命令.这个可以参考我之前写的博客 Oracle Database 12c RMAN全量+增量备份+归档日志恢复详解 Oracle 12c数据库定时备份和

我们一般都认为TRUNCATE是一种不可回滚的操作,它会删除表中的所有数据以及重置Identity列. 如果你在事务中进行TRUNCATE操作,就能回滚.反之,它就不会从日志文件文件恢复数据.它不会在日志文件中记录删除的那些数据,它只在日志中记录数据页的单元分配. 下面的例子就能解释上面的所说的. USE temp_test_database GO --创建一个临时表 CREATE TABLE TruncateTabel(ID INT) INSERT INTO TruncateTabel(ID)

执行完merge操作后,没有修改代码 1.命令 ⑴ git reflog 查看merge操作的上一个提交记录的版本号 ⑵ git reset –hard 版本号 这样可以回滚到merge之前的状态 2.示例 误将dev合并到了master分支,现要回滚merge操作 ⑴ 首先git reflog ee0ee93 HEAD@{0}: merge dev: Merge made by the ‘recursive’ strategy. 7335548 HEAD@{1}: checkout: movi

一.回滚日志(undo log) 1.作用 保存了事务发生之前的数据的一个版本,可以用于回滚,同时可以提供多版本并发控制下的读(MVCC),也即非锁定读 2.内容 逻辑格式的日志,在执行undo的时候,仅仅是将数据从逻辑上恢复至事务之前的状态,而不是从物理页面上操作实现的,这一点是不同于redo log的. 3.什么时候产生 事务开始之前,将当前是的版本生成undo log,undo 也会产生 redo 来保证undo log的可靠性 4.什么时候释放 当事务提交之后,undo log并不能立马

1.mysqlbinlog把事务从binlog中导出 2.从导出的binlog中找到要回滚的事务,去掉第一个DML语句前和最后一个DML语句后与DML无关的binlog信息 3.在目录中新建一个table.cnf,把表结构以@1=columns这样的顺序一行写一列 4.update回滚支持选择条件列和回滚的数据列,把回滚时不需要的条件(列)写到not_used.set和not_used.where中 例如: 文件 table.cnf @=id @=column_a @=column_b @=ti

日常开发,运维中,经常会出现误删数据的情况.误删数据的类型大致可分为以下几类: 使用 delete 误删行 使用 drop table 或 truncate table 误删表 使用 drop database 语句误删数据库 使用 rm 命令误删整个 MySQL 实例. 不同的情况,都会有其优先的解决方案: 针对误删行,可以通过 Flashback 工具将数据恢复 针对误删表或库,一般采用通过 BINLOG 将数据恢复. 而对于误删 MySQL 实例,则需要我们搭建 HA 的 MySQL 集群

在事务中,每个正确的原子操作都会被顺序执行,直到遇到错误的原子操作,此时事务会将之前的操作进行回滚.回滚的意思是如果之前是插入操作,那么会执行删 除插入的记录,如果之前是update操作,也会执行update操作将之前的记录还原 因此,正确的原子操作是真正被执行过的.是物理执行. 在当前事务中确实能看到插入的记录.最后只不过删除了.但是AUTO_INCREMENT不会应删除而改变值. 1.为什么auto_increament没有回滚? 因为innodb的auto_increament的计数器记录

1.修改配置文件 vi /etc/my.cnf log-bin = binlog systemctl restart mysqld mysql -uroot -p123456 mysql> show variables like 'log_bin' ; mysql> show VARIABLES like '%log_bin%'; ls /var/lib/mysql/ 2.创建数据库 create database mytest; use mytest; create table t(a in

什么是事物回滚: 举个栗子,你在你家的银行分行取钱,取完钱数据要同步,而且可能每个分行都有一个存储这些数据的数据库,分行的这些 存取的记录都需要实时同步,如果你取完500刚好断电了,好嘛,分行可能刚记下信息,没那么快同步到别的分行,银行来电之后怎么恢复数据? 这就需要数据支持事物,以保证数据同步的时候不发生问题. 这里贴一段代码,先看下事物怎么用: public bool ExcuteSqlTran(string DbType, ArrayList SqlStringList) { using

参考过在资料: https://github.com/wuyongshenghub/mysqlbinlog2sql https://www.cnblogs.com/xuanzhi201111/p/6602489.html 下载及安装 #git clone https://github.com/danfengcao/binlog2sql.git Cloning into 'binlog2sql'... remote: Counting objects: 294, done. remote: Tot

首先,在MySQL命令行下执行如下命令可以查看MySQL中存放数据的位置: show global variables like "%datadir%"; 我这里的执行结果: +---------------+---------------------------------------------+ | Variable_name | Value | +---------------+---------------------------------------------+ | d

作者:故事我忘了￠个人微信公众号:程序猿的月光宝盒 0.记一次使用git push后,覆盖了同事代码的糗事 前言: ​ 都在WebStorm中操作,Idea或者PyCharm同理 ​ 为了高度还原尴尬现场,这里在原有项目上新建分支,然后都在分支上操作,一方面怕自己搞炸了,一方面真实环境就是如此 1.还原案发现场的准备工作 1.1 新建分支 注意: 这里创建的分支仅仅在本地仓库 1.2. 分支提交到远程Git仓库 远程查看确认,确实有,说明分支已经创建 2.糗事发生契机 ​ 这时候别人可能会和你改

关注微信公众号[程序员白泽],进入白泽的知识分享星球 前言 作为<手撕MySQL>系列的第二篇文章,今天介绍一下MySQL的二进制日志(bin log),注意不要和MySQL的InnoDB存储引擎特有的重写日志(redo log)混淆,bin log是记录所有数据库表数据及表结构变更的二进制日志(不会记录查询操作),借助这个日志可以实现:数据恢复和主从复制(不难理解,因为所有涉及变更的操作都记录了下来,可以追溯). 这篇文章侧重于讲解使用bin log进行数据恢复,下一篇文章讲解主从复制. 预

简介 在生产的过程中有这么一个业务场景:比如我在2016-11-19 09:30:00 通过mysqldump的方式备份了数据库,但是在2016-11-19 10:30:00的时候数据库崩溃了,如果通过我们的备份文件来恢复,也只能恢复到 2016-11-19 09:30:00 这个时间点,而9.30分到10:30分这一个小时的数据恢复不了,这时候我们可以通过mysql的binlog日志来恢复没有备份到的这一小时的数据. 1.开启mysql的binlog日志(默认情况下没有开启) #vim /et

关于sqlserver事务和mysql事务 首先这是一种方法 public static int GetExecteQuery()        {            SqlConnection conn = new SqlConnection(CONN_STRING);//在这里CONN_STRING也就是连接sqlserver数据库的语句            conn.Open();//打开            SqlCommand command = conn.CreateComm

刚刚不小心把数据库删掉了,于是想着上网上找找有没有可以恢复数据库的方法,没想到还真有,除了备份以外,还有以下方法. 在mysql有时执行了错误的update或者delete时导致大量数据错误恢复的办法.执行时没有开启事务,也没有对数据进行.这时就需要使用到sqlbinlog工具. sqlbinlog需要开启,具体的打开方法就不说了. 使用sqlbinlog会产生bin文件,恢复就需要用到这些文件.文件中记录着数据库的所有操作.(此方法的操作是将数据库之前所执行的语句重新执行一次,以达到恢复效果)

mysqlbinlog工具的使用,大家可以看MySQL的帮助手册.里面有详细的用, 在这个例子中,重点是--start-position参数和--stop-position参数的使用. ·--start-position=N 从二进制日志中第个位置等于N参量时的事件开始读. ·--stop-position=N 从二进制日志中第个位置等于和大于N参量时的事件起停止读. OK,现在开始,要启动二进制日志记录,要先在my.cnf / my.ini文件的mysqld里添加 log-bin=日志名 在这

通过.frm和.ibd文件恢复表结构和数据 这里以hue数据库中的desktop_document2表为例 分成两步骤,先去表结构,再取数据,最好在一个用完就可以删除的数据库中进行 取表结构篇: 1.创建一个新数据库,然后创建一个和需要恢复的表的同名表,且引擎必须为InnoDB(即引擎为InnoDB的t_user表,其结构无所谓,字段数量相同就行), 2.关闭数据库服务(service mysqld stop),然后拿原来的desktop_document2.frm替换新建的数据库中的deskt

场景:我往同一个集合里面插入 三条数据  aa:aa  bb:bb  cc:cc .后来我后悔了,不想插入 bb:bb,通过oplog重放过滤好 bb:bb这条数据. 原理: 1.通过 oplog.rs 找到后悔那条命令的操作时间(ts). 1521094621, 1 2.恢复全量备份的数据,然后恢复从全量备份最后时间戳即到:1521094621, 0 前面. 3.再恢复 1521094621, 1 后面的数据.即可成功绕过 bb:bb 执行这条命令.达到过滤的目录 笔者: 在实现源库和目标库为