truncate操作是比较危险的操作，不记录redo，不能通过闪回查询来找回数据，但是只要段所占用的块没有全部被重新占用的情况下，我们还是可以通过一些特殊的办法来找回truncate掉的数据，因为当Truncate命令发起之后，Oracle实际上并没有在删除底层数据块上的数据，而是要等到重用的时候才会把这一部分数据回收，于是这给了我们一个能够恢复数据库的机会

【案例】Oracle报错ORA16433非归档丢失redo无法启动的恢复过程转惜纷飞今天ML的群中女神和travel在纠结一个恢复的问题，11.2.0.3版本，非归档，大概是rm掉current的log，然后重建controlfille后恢复导致一系列问题，并

innodb事务日志包括redolog和undolog。redolog是重做日志，提供前滚操作，undolog是回滚日志，提供回滚操作。undolog不是redolog的逆向过程，其实它们都算是用来恢复的日志：1.redolog通常是物理日志，记录的是数据页的物理修改，而不是某一行或某几行修改成怎样怎样，它用来恢复提交后的物理数

文章转载来自：http://www.cnblogs.com/Bozh/archive/2013/03/18/2966494.html(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fwww.cnblogs.com%2FBozh%2Farchive%2F2013%2F03%2F18%2F29

（一）DataGuard概要DataGuard中文称为”数据卫士“，提供了数据库高可用性、数据保护和灾难恢复的功能。DataGuard通过建立primary数据库和standby数据库来确立参照关系，DataGuard将主库（primary）的redo日志传递给备库（standby），然后在备库中应用redo进行同步。备库又分为2种类型：物理

前言：前面文章讲述了MySQL系统中常见的几种日志，其实还有事务相关日志redolog和undolog没有介绍。相对于其他几种日志而言，redolog和undolog是更加神秘，难以观测的。本篇文章将主要介绍这两类事务日志的作用及运维方法。1.重做日志（redolog）我们都知道，事务的四大特性里面

（1）redolog的大小可以影响DBWR和checkpoint；（2）argerredologfilesprovidebetterperformance.Undersizedlogfilesincreasecheckpointactivityandreduceperformance.大的logfile可以提

数据库事务特点ACID原子性，一致性，隔离性，永久性ACID是Atomic（原子性）Consistency（一致性）Isolation（隔离性）Durability（持久性）数据库事务说是如何实现的？1.通过预写日志方式实现的，redo和undo机制是数据库实现事务的基础2.redo日志用来在断电/数据

了解DDL操作与REDO的关系\TOC\DDL是否会产生REDO用到的SQL：查看redo的大小SQLselectb.name,a.valuefromv$mystata,v$statnamebwherea.statistic

oracle11gDataGuardonlineredo增加与修改大小原创作者：yjjuff(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fblog.itpub.net%2F27252036%2F)时间：2015050416:37:3129770在一

mysql的innodb中事务日志ib\_logfile事务日志或称redo日志，在mysql中默认以ib\_logfile0,ib\_logfile1名称存在,可以手工修改参数，调节开启几组日志来服务于当前mysql数据库,mysql采用顺序，循环写方式，每开启一个事务时，会把一些相关信息记录事务日志中(记录对数据文件数据修改的物理位置或

   mysql通过锁机制来实现事务的隔离性，用redolog实现事务的原子性和持久性，用undolog实现事务的一致性。undo并不是redo的逆过程，redo和undo都可以看做一种恢复过程，redo恢复事务修改的页操作，redo记录的是物理日志，记录的是页的物理修改操作，redolog基本上都是顺序写的，在数据库运行时不需要对redolog

简介   之前我已经写了一个关于SQLServer日志的简单系列文章。本篇文章会进一步挖掘日志背后的一些概念，原理以及作用。数据库的可靠性   在关系数据库系统中，我们需要数据库可靠，所谓的可靠就是当遇见如下两种情况之一时保证数据库的一致性:在系统崩溃/故障等情况下，保证数据库的一致性数据不能在多个DM

简介   之前我已经写了一个关于SQLServer日志的简单系列文章。本篇文章会进一步挖掘日志背后的一些概念，原理以及作用。数据库的可靠性   在关系数据库系统中，我们需要数据库可靠，所谓的可靠就是当遇见如下两种情况之一时保证数据库的一致性:在系统崩溃/故障等情况下，保证数据库的一致性数据不能在多个DM

1、RMAN全备备份文件的顺序备份归档日志、所有的数据文件、控制文件、spfile、再次备份归档日志2、redo日志丢失恢复redo日志的三种状态是current、active、inactiveinactive,可以重建clearlogactive、current不能变成inactive，只能通过不完全恢复进行恢复，然后重建日志文件3、口令文

当向存储系统写一个数据元素时，通常是先写入主存或者缓冲，然后再写入磁盘，如果系统在写入磁盘的时候，系统发生故障，当系统恢复后，需要再次从磁盘中读取此数据元素的时候，并不知道此时磁盘上所保存的数据元素是正确的还是错误的，Redo日志是一种应对此种故障的比较常用的故障恢复策略。为了确保一个数据元素的完整性，还需要借助事务这一概念，对于更新数据一个元素的redo日

010Editormac版是一款快速且强大的十六进制编辑器，用来编辑二进制文件。它有一个友好易于使用的界面，无限次的undo和redo操作。另外还可以打印十六进制的字节或者以书签的方式标出某些重要的字节，支持二进制模板(binarytemplate)系统。

本文试图解释undolog，redolog，binlog的作用，以及Innodb的MVCC机制undologundolog记录的是sql语句执行更新前的数据，这里的更新是泛指，除了select其它都算更新。在读已提交和可重复读的隔离级别下，会记录事务中某条

事务的底层原理在事务的实现机制上，MySQL采用的是WAL：Writeaheadlogging，预写式日志，机制来实现的。在使用WAL的系统中，所有的修改都先被写入到日志中，然后再被应用到系统中。通常包含redo和undo两部分信息。为什么需要使用WAL，