oracle日志挖掘是一种十分强大的数据恢复技术，只要你保障你的归档日志和重做日志是完整的，那么就可以将你的数据恢复到任何时刻。简单叙述一下日志挖掘的基本原理，然后进行一个简单的小实验。
日志挖掘时基于redo日志和归档日志的基础之上来进行日志加载并进行恢复，挖掘，挖掘，挖的就是你的redo日志和归档日志，当数据库运行过程中，你的所有数据更改操作会被记录在redo日志中，而oracle redo日志记录着undo日志，所以可以使用记录在redo日志中undo日志来对你所做的操作进行回退。我们只需要确定你所做的操作被记录在哪个时间范围内，然后通过时间或者scn号将这个时间范围内的操作加载到 v$logmnr_contents这个视图中，然后找到对应的undo记录，执行undo记录的sql语句，就可以将你的数据恢复至更改前的状态。
可能说的有点难理解，我们来做一个简单的实验。
首先确定数据库运行在归档模式下，否则日志一旦被覆盖，那肯定是没办法恢复的，当然，可以通过其他方式，如闪回方式等，但是今天仅仅只针对日志挖掘来进行描述。
1、archive log list --查看系统是否运行在归档模式
我的库是在归档模式，如果没有归档，在mount下开启归档。
2、alter database add supplemental log data; --启动最小日志，这一步是为了日志更加详细，完整。
3、更新一条数据，将new york 更改为test。
4、这个数据更新的时间范围大约是在17点10分之20分。
5、将这个时间段的日志加载到v$logmnr_contents这个视图中。加载方式有很多种，我们使用在线字典自动加载，这种方式支持以时间范围方式加载日志。调用相应的存储过程，除了时间其他的都是固定参数。
6、到此，我们将17点10分到17点20分的redo日志加载到v$logmnr_contents视图中，查看v$logmnr_contents视图的undo记录，。
注解：seg_name 是更改的表名，seg_owner是表所属的用户，sql_redo是redo日志记录的sql信息，刚才是做了一个update操作，所以使用like查询有update字段的字段。过滤条件可以自己定义，只要能确定是哪条数据就可以。查出来的sql_undo 就是你的回退sql 用这条sql就可以将数据恢复到更改前的状态。
7、执行undo字段中的sql。
至此，数据成功恢复，但是在生产环境中需要恢复的数据往往有很多，可能几千甚至几万条，可以写一个循环来对数据进行插入，如下。
注解：利用for循环中的隐式游标存储sql_undo字段中的数据，然后一次执行需要sql进行数据恢复