Recycle Bin 提供了两个管理接口，分别是:

1.DBMS_RECYCLE.show_tables()

展示回收站中所有临时保存的表：

– Columns 解释:

SCHEMA
回收站的 schema
TABLE
进入回收站后的表名
ORIGIN_SCHEMA
原始表的 schema
ORIGIN_TABLE
原始表的表名
RECYCLED_TIME
回收时间
PURGE_TIME
未来被清理掉的时间

2.DBMS_RECYCLE.purge_table(table_name=>)

手动清理回收站中的某张表

  2. Query OK, 0 rows affected (0.01 sec)
  3. 清理掉回收站中的"__innodb_1063" 表

Recycle Bin 一共设计了 5 个参数，分别是：

  1. recycle_bin

    1.   recycle_bin
    2.   -- 是否打开回收功能， session + global 级别。

  2. recycle_bin_retention

    1.   recycle_bin_retention
    2.   -- 回收站保留最长时间是多少，单位是seconds，默认是一周。

  3. recycle_scheduler

    1.   recycle_scheduler
    2.   -- 是否打开回收站的异步清理任务线程
    1.   recycle_scheduler_interval
    2.   -- 回收站异步清理线程的轮询间隔，单位是seconds, 默认是30s。

  5. recycle_scheduler_purge_table_print

Recycle Bin 总览

1. 回收机制

当操作 DROP TABLE / DATABASE 语句的时候， 只保留相关的表对象，并移动到专门的 recycle bin 目录中，
其它对象的删除策略是：

  1. 与表无关的对象，比如 procedure，根据操作语句决定是否保留，不做回收。
  2. 表的附属对象，比如 trigger，Foreign key，column statistics等，只要存在可能修改表数据的，做删除，

比如 trigger，Foreign key。 但columns statistics不做清理，随表进入回收站。

2. 清理机制

回收站会启动一个background 线程，来异步清理超过 recycle_bin_retention 时间的表对象, 在清理回收站表的时候，如果遇到是大表的清理，会再启动一个background 来做异步大文件删除。

Recycle schema 和权限控制

1. recycle schema MySQL 系统启动的时候，会初始化一个 recycle bin 的schema， 命名为 “recycle_bin“， 作为回收站使用的专有 database。

  1.   mysql> show databases;
  2.   +--------------------+
  3.   | Database           |
  4.   +--------------------+
  5.   | __recycle_bin__    |
  6.   | information_schema |
  7.   | performance_schema |
  8.   | sys                |
  9.   +--------------------+
  10.   6 rows in set (0.00 sec)

2. 权限控制

1.Database 权限：

recycle_bin 作为回收站的 schema，是系统级 database，没有权限做修改和删除。
用户无法使用drop table / database 来操作回收站。
比如：

  1.   mysql> drop table __recycle_bin__.__innodb_1064;
  2.   ERROR 1044 (42000): Access denied for user 'b1'@'%' to database '__recycle_bin__'

2.recycled table 权限：

– recycle scheduler 后台线程具有所有权限，可以做清理工作；
– 用户虽然无法直接 drop table，可以使用 dbms_recycle.purge_table()，
但仍然需要原表和回收站表都具有 DROP_ACL 权限：

比如：

  1. mysql> call dbms_recycle.purge_table("__innodb_1064");
  2. ERROR 1142 (42000): DROP command denied to user 'b1'@'localhost' for table '__innodb_1064'
  4. -- Grant 回收站权限
  5. mysql> grant drop on __recycle_bin__.__innodb_1064 to b1@'%';
  7. -- Grant 原表权限
  8. mysql> grant drop on product_db.t2 to b1@'%';
  9. Query OK, 0 rows affected (0.00 sec)
  10. mysql> call dbms_recycle.purge_table("__innodb_1064");
  11. Query OK, 0 rows affected (0.01 sec)

Recycled table 命名规则

  1.   "__" + Storge Engine + SE private id

Storge Engine：代表存储引擎名称，比如 innodb。
SE private id：是存储引擎为每一个表生成的唯一值，比如 InnoDB 中，就是 table id，
以此来唯一表示一个表名称。

Recycled table 关联对象

在回收表的过程中，需要处理表的相关对象，其处理的原则是：

  1. 如果是表附属对象，可能会存在修改表数据的可能性，就做删除，比如 trigger 和 FK。
  2. 如果是表相关对象，不会修改数据，就不做清理，比如相关的 view，统计信息等。

下面通过一个例子来看下：

原始结构 

  1.   CREATE TABLE parent (
  2.       id INT NOT NULL,
  3.       PRIMARY KEY (id)
  4.       ) ENGINE=INNODB;
  6.   CREATE TABLE child (
  7.       id INT,
  8.       parent_id INT,
  9.       self_id INT,
  10.       INDEX id_ind (id),
  11.       INDEX par_ind (parent_id),
  12.       INDEX sel_ind (self_id),
  13.       FOREIGN KEY (self_id) REFERENCES child(id),
  14.       FOREIGN KEY (parent_id) REFERENCES parent(id) ON DELETE CASCADE
  15.       ) ENGINE=INNODB;
  18.   delimiter //
  19.   CREATE TRIGGER trigger_child
  20.   before INSERT ON child FOR EACH ROW
  21.   BEGIN
  23.   END//
  24.   delimiter ;
  26.   CREATE VIEW view_child AS SELECT * FROM child;

Drop 并回收（相关关联对象删除或失效）

Master-slave 独立回收

在 master - slave 结构中， 是否回收，或回收站保留的周期，都是实例本身的设置，不会影响到 binlog 复制到的节点上，所以，我们可以在 master 节点上设置回收，保留 7 天周期，在slave 节点上，设置回收，保留14天周期。
比如
master： 

  1.   --recycle_bin = on
  2.   --recycle_bin_retention = 7 * 24 * 60 * 60
  4.   master节点上，回收站保留 7 天

slave： 

  1.   --recycle_bin = on
  2.   --recycle_bin_retention = 14 * 24 * 60 * 60
  4.   slave 节点上，回收站保留 14 天

要注意的点就是，回收站保留周期不同，将导致 master - slave 节点之间的空间占用差别比较大。

异步表清理和大文件删除

当 recycle scheduler 异步线程 purge 回收站的表时候，如果遇到大表，那么将会启动大表异步删除逻辑，相关参数如下：

  1.   INNODB_DATA_FILE_PURGE: Whether enable the async purge strategy
  2.   INNODB_DATA_FILE_PURGE_IMMEDIATE: Unlink data file rather than truncate
  3.   INNODB_DATA_FILE_PURGE_ALL_AT_SHUTDOWN: Cleanup all when normal shutdown
  4.   INNODB_DATA_FILE_PURGE_DIR: Temporary file directory
  5.   INNODB_DATA_FILE_PURGE_INTERVAL: Purge time interval (by milliseconds)
  6. INNODB_DATA_FILE_PURGE_MAX_SIZE: Purge max size every time (by MB)
  7.   INNODB_PRINT_DATA_FILE_PURGE_PROCESS: Print the process of file purge worker

比如设置：

  1.   set global INNODB_DATA_FILE_PURGE = on;
  2.   set global INNODB_DATA_FILE_PURGE_INTERVAL = 100;
  3.   set global INNODB_DATA_FILE_PURGE_MAX_SIZE = 128;
  5.   每 100ms，删除 128MB 大小。

可以通过如下视图，查看大表异步删除的进展情况：

  1.   mysql> select * from information_schema.innodb_purge_files;
  2.   +--------+---------------------+--------------------------------------+---------------+------------------------+--------------+
  3.   | log_id | start_time          |          original_path               | original_size | temporary_path         | current_size |
  4.   +--------+---------------------+--------------------------------------+---------------+------------------------+--------------+
  6.   +--------+---------------------+--------------------------------------+---------------+------------------------+--------------+

2. General tablespace general tablespace 会存在多个表共享同一个表空间的情况， 当回收其中一张表的时候，不会搬迁相关的表空间文件，如果master 和 slave 设置的回收保留时间不同，那么就会存在在某一个时间点，主备间的这个general tablespace中的表数量不相等的情况。