基于时间点的恢复

由于误操作,删除了一张表,那么基于时间点的恢复是没有用的,因为日志里还存在着一些误操作,我们需要恢复到误操作之前的状态,然后跳过误操作,再恢复后面的语句,完成最后的恢复

1 如果10点发生误操作

mysqlbinlog --stop-date=‘2015-06-15 9:59:59‘ mysql-bin.000015 | mysql -uroot -p test

2 跳过故障时间点,进行后面的恢复

mysqlbinlog --start-date=‘2015-06-15 10:00:01‘ mysql-bin.000015 | mysql -uroot -p test

时间: 2024-10-09 22:31:49

基于时间点的恢复的相关文章

表空间基于时间点的恢复

步骤:1.检测和解决对要恢复的表空间有依赖关系的对象问题select *  from sys.ts_pitr_check where (ts1_name = 'UERS' and ts2_name != 'USERS')    or (ts1_name != 'USERS' and ts2_name = 'USERS');如果有依赖约束,可以考虑disable掉约束:或者同时还原依赖对象所在的表空间 2.检测哪些对象不会被还原如果有些表,在还原后还需要存在,可以使用数据泵等工具导出,等表空间还原

MySQL实现基于时间点的恢复

前期说明:我每天指定了数据库凌晨1点做全备,这天有人一不小心,删除了某个数据库里面的一个表,需要恢复,怎么弄? 参考 :http://blog.csdn.net/zhaoyangjian724/article/details/48715321 1  确认log_bin是否打开 mysql> show global variables like 'log_bin';  +---------------+-------+  | Variable_name | Value |  +----------

使用 mysqldump 实现 MySQL 5.7 基于时间点的恢复

创建测试数据全备数据库 mysqldump --single-transaction --flush-logs --master-data=2 --all-databases --triggers --routines --events --set-gtid-purged=off> backup.sql 再新增测试数据删除表中所有数据确认最近一次备份后的二进制日志保存文件 确认删除数据的时间点 mysqlbinlog --base64-output=decode-rows -v mysql01-

Oracle 学习之RMAN(十四)恢复实战--基于时间点恢复

1. 我们先做一个全备 RMAN> backup database ; Starting backup at 2015/07/09 13:40:47 allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=28 device type=DISK channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in b

Mysql 基于innobackupex 的备份&恢复

备份,对于任何数据库,任何系统都是重中之重.针对Mysql,我选择percona xtrabackup软件.我更喜欢物理层面的热备份.而不是逻辑层面的备份(mysqldump),当然很多情况,也要定期做mysqldump备份.增加一个安全的备份选择. 关于如何下载安装percona xtrabackup,请参考: http://blog.51cto.com/hsbxxl/2107388 先看看innobackupex常用参数 --compact        创建一个不包含第二索引(除了主键之外

Mysql的增量备份 及基于时间点与位置的恢复

增量备份的优点是没有重复数据,备份量不大,时间短.缺点也很明显,需要上次完全备份及完全备份之后所有的增量备份才能恢复,反推恢复,操作较为繁琐. Mysql没有提供增量备份的方法,但是可以通过二进制日志间接实现增量备份. 二进制日志对备份的意义如下:1)二进制日志保存了所有更新或者可能更新数据库的日志文件2)二进制日志在启动Mysql服务器后开始记录,并在文件达到max_binlog_size 所设置的大小或者接收到的flush logs命令后重新创建新的日志文件.3)只需要定时执行flush l

【Oracle】rman基于时间点恢复

rman基于时间点恢复 场景: 由于某研究的误操作,导致财务模块的数据丢失,如何使用rman基于时间点恢复数据. 思路 1.克隆数据库的虚拟机,直接对数据库的数据进行恢复 RMAN> shutdown immediate; RMAN> startup nomount; RMAN> alter database mount; RMAN> run{ set until time "to_date('20190918 22:00:00','yyyymmdd hh24:mi:ss

13. Clustrix 基于时间点恢复

在不太可能发生灾难的情况下,可以在特定数据库.表或整个集群上执行ClustrixDB集群的某个时间点恢复.应该非常小心地处理这一问题. 先决条件 在你可以使用时间点恢复之前,你的集群应该有几个先决条件: ClustrixDB并行备份的二进制备份应该是可用的.有关此功能的更多信息,请参见ClustrixDB快速备份和恢复.https://www.cnblogs.com/yuxiaohao/p/11956565.html 需要启用binlogging.您可以在配置复制时找到有关启用binlog的信息

ORACLE跨越时间点的恢复

在oracle10g之前使用resetlogs打开数据库之后,之前的的备份就不能用于恢复了.即不能进行跨resetlogs时间点的恢复.所以要求执行完之后马上进行全库备份. Oracle10g以后允许跨越resetlogs时间点进行完全或者不完全恢复.实验如下: 执行全库备份. RMAN> backup database plus archivelog delete all input; insert into test select * from test; SQL> alter syste