如何恢复被truncate掉的表？
Tags： MySQLOracleTiDBtruncate恢复误操作恢复闪回
恢复的方法很多，但是还是需要根据具体情况来实施，例如常见的备份恢复，导出导入，日志挖掘，闪回等等。
Oracle
可以参考 【DB宝73】Oracle中使用包FY_Recover_Data.pck来恢复truncate误操作的表：https://www.xmmup.com/oraclezhongshiyongbaofy_recover_data-pcklaihuifutruncatewucaozuodebiao.html
MySQL
可以参考：https://www.xmmup.com/dbbao43mysqlwucaozuoshanhuihuifuliqizhimy2sql.html
原理：挖掘之前的原始Redo日志，生成原始SQL。
PostgreSQL
可以根据场景选择不同的方法，参考：
- PG中通过pg_waldump来分析pg_wal日志：https://www.xmmup.com/pgzhongtongguopg_waldumplaifenxipg_walrizhi.html
- PG日志挖掘工具之WalMiner：https://www.xmmup.com/pgrizhiwajuegongjuzhiwalminer.html
- PG工具pg_resetwal介绍：https://www.xmmup.com/postgresql11xiugaiwal-segsizedaxiao.html
- PG之闪回数据库：https://www.xmmup.com/pgzhishanhuishujuku.html
- PG中的DDL支持回滚：https://www.xmmup.com/pgzhongdeddlzhichihuigun.html
- PostgreSQL闪回表之pg_dirtyread插件：https://www.xmmup.com/postgresqlshanhuibiaozhipg_dirtyreadchajian.html
- PG误操作恢复工具之pg_recovery：https://www.xmmup.com/pgwucaozuohuifugongjuzhipg_recovery.html
原理：挖掘之前的原始Redo日志，生成原始SQL。
TiDB
参考：https://www.xmmup.com/tidbhuifubeiwushanchudeshujuhuobiao.html
OceanBase
参考：https://www.oceanbase.com/docs/oceanbase-database/oceanbase-database/V3.2.1/flashback-query
Oracle 提供了记录级别的闪回查询（Flashback Query）功能，该功能允许用户获取某个历史版本的数据。OceanBase 数据库在 V2.x.x 版本后也支持了该功能，且同时支持 MySQL 和 Oracle 两种模式下的查询，Oracle 模式从 V2.2.30 版本开始支持，MySQL 模式从 V2.2.71 版本开始支持，二者语法有些区别。
Oracle 模式支持 SCN（System Change Number）和 TIMESTAMP 两种维度的查询，MySQL 模式支持 SNAPSHOT 维度的查询，在 OceanBase 数据库中，SCN 和 SNAPSHOT 都是指事务版本号，只是因为 Oracle 和 MySQL 中概念不同，起了不同的名字。
OB的闪回支持3种类型：
1 2 3 4 5 | FLASHBACK DATABASE object_name TO BEFORE DROP [RENAME TO database_name]; FLASHBACK TABLE object_name TO BEFORE DROP [RENAME to table_factor]; FLASHBACK INDEX object_name TO BEFORE DROP; |
关于闪回查询
闪回查询（Flashback Query）是 OceanBase 数据库提供的一种可以查看记录某个历史版本数据的能力。默认的查询 SQL 返回的是当前事务隔离级别下允许查询的已提交的版本数据，如果要查询历史上提交的版本，可以在表后指定历史时间信息。
示例：闪回查询历史记录
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 | obclient> create table t1 (id number not null primary key, name varchar2(50) not null, gmt_create timestamp default CURRENT_TIMESTAMP ); Query OK, 0 rows affected (0.06 sec) obclient> create sequence seq_t1 start with 1; Query OK, 0 rows affected (0.02 sec) obclient> insert into t1 (id, name) values(seq_t1.nextval, 'A');commit; Query OK, 1 row affected (0.01 sec) Query OK, 0 rows affected (0.00 sec) obclient> insert into t1 (id, name) values(seq_t1.nextval, 'B');commit; Query OK, 1 row affected (0.00 sec) Query OK, 0 rows affected (0.00 sec) obclient> insert into t1 (id, name) values(seq_t1.nextval, 'C');commit; Query OK, 1 row affected (0.00 sec) Query OK, 0 rows affected (0.01 sec) obclient> insert into t1 (id, name) values(seq_t1.nextval, 'D');commit; Query OK, 1 row affected (0.00 sec) Query OK, 0 rows affected (0.00 sec) obclient> select * from t1; +----+------+---------------------+ | ID | NAME | GMT_CREATE | +----+------+---------------------+ | 1 | A | 2020-04-02 17:41:51 | | 2 | B | 2020-04-02 17:41:57 | | 3 | C | 2020-04-02 17:42:04 | | 4 | D | 2020-04-02 17:42:10 | +----+------+---------------------+ 4 rows in set (0.00 sec) obclient> select * from t1 as of timestamp to_timestamp('2020-04-02 17:41:57','YYYY-MM-DD HH24:MI:SS'); +----+------+---------------------+ | ID | NAME | GMT_CREATE | +----+------+---------------------+ | 1 | A | 2020-04-02 17:41:51 | | 2 | B | 2020-04-02 17:41:57 | +----+------+---------------------+ 2 rows in set (0.00 sec) |
闪回查询对能查询的最早时间有个限制，受变量 undo_retention 控制。如果 undo_retention 未设置或设置为 0，则可以查询集群上次 major freeze 之后最后一次 minor freeze 之后的历史数据。变量 undo_retention 的修改需要有租户的管理员权限，通过 set global 命令修改，并且只对修改之后的会话产生的数据生效。
1 2 3 4 5 6 7 | obclient> show variables like 'undo_retention'; +----------------+-------+ | VARIABLE_NAME | VALUE | +----------------+-------+ | undo_retention | 0 | +----------------+-------+ 1 row in set (0.00 sec) |
当集群发生 minor freeze 事件后，再查询这个历史时间点数据，会报错。
1 2 | obclient> select * from t1 as of timestamp to_timestamp('2020-04-02 17:41:57','YYYY-MM-DD HH24:MI:SS'); ORA-08186: invalid timestamp |
限制
闪回查询的使用限制如下：
可以闪回查询的最近一小段时间与
undo_retention变量的设置有关，该参数的默认为值0，单位为秒。假如 t1 时间点设置为了保留时间，且t2 = t1 + 900s，那么 t2 时间点可以查询 [t1,t2] 区间内的数据，参数设置后对之前的数据不起作用，对之后的数据才起作用。本人提供Oracle(OCP、OCM)、MySQL(OCP)、PostgreSQL(PGCA、PGCE、PGCM)等数据库的培训和考证业务，私聊QQ646634621或微信db_bao，谢谢！以下语句展示了如何设置
undo_retention变量：1obclient> SET GLOBAL undo_retention=900;OceanBase 数据库的
SCN可以通过视图v$ob_timestamp_service获取，在系统租户下查询时会展示所有租户的信息，在租户下查询会展示租户自己的信息。通过查询固定时间点可以查询最近的一次合并版本。如果您在 t1 时间点发起了集群合并，您最早可以查询到 t1 时间点的数据。
如果被查询的表已经被删除进了回收站，则需要先将该表从回收站中恢复。
闪回查询受限于转储，如果发生转储，且
undo_retention变量未设置，则无法查询。设置undo_retention变量后可以查询 t1（转储时间点）+undo_retention变量设置的时间范围。
闪回被删除的表
OceanBase 支持回收站功能，通过回收站可以闪回已删除的表。默认回收站是开启的，回收站是否开启由租户变量 recyclebin 控制。
开启/关闭回收站的语法是：
1 | set global recyclebin = ON | OFF ; |
修改回收站的开启状态后，只对后续新连接会话生效。
- 示例：闪回被删除的表。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 | obclient> drop table if exists t1; Query OK, 0 rows affected (0.02 sec) obclient> create table t1(id bigint not null primary key, gmt_create datetime not null default current_timestamp); Query OK, 0 rows affected (0.09 sec) obclient> insert into t1(id) values(1),(2),(3); Query OK, 3 rows affected (0.02 sec) Records: 3 Duplicates: 0 Warnings: 0 obclient> select * from t1; +----+---------------------+ | ID | GMT_CREATE | +----+---------------------+ | 1 | 2020-02-28 09:47:07 | | 2 | 2020-02-28 09:47:07 | | 3 | 2020-02-28 09:47:07 | +----+---------------------+ 3 rows in set (0.00 sec) obclient> drop table t1; Query OK, 0 rows affected (0.03 sec) obclient> show recyclebin\G *************************** 1. row *************************** OBJECT_NAME: __recycle_$_20200102_1585650066255592 ORIGINAL_NAME: t1 TYPE: TABLE CREATETIME: 2020-03-31 18:21:06.255716 1 row in set (0.03 sec) obclient> flashback table __recycle_$_20200102_1585650066255592 to before drop rename to t1; Query OK, 0 rows affected (0.02 sec) obclient> select * from t1; +----+---------------------+ | ID | GMT_CREATE | +----+---------------------+ | 1 | 2020-02-28 09:47:07 | | 2 | 2020-02-28 09:47:07 | | 3 | 2020-02-28 09:47:07 | +----+---------------------+ |
其它数据库后续再补充！
