mysql8.0新特性-动态回收undo表空间

你还在为不断膨胀的undo表空间而发愁吗？

在MySQL运维的实际场景中，对于一些比较繁忙的数据库，我们时常会发现undo表空间会越来越大，占据的磁盘空间也越来越多。

Undo表空间主要用于存储事务执行过程中的撤销信息。当一个事务执行时，数据库会记录该事务对数据所做的修改，以便在事务回滚或者进行多版本并发控制（MVCC）时使用。正常情况下，Undo表空间的使用是相对稳定的。但在某些特殊情况下，会出现Undo日志“膨胀”的问题：

1、大事务就是导致Undo日志“膨胀”的常见原因之一。所谓大事务，通常是指那些包含大量数据修改操作，并且执行时间较长的事务。如果这些大事务长时间未提交或者回滚，Undo表空间就会持续增长，占用大量的磁盘空间。

2、一些复杂的业务逻辑也可能导致Undo日志的不合理增长。比如，在某些业务流程中，可能会存在嵌套事务或者长时间持有锁的情况，这会使得Undo日志的生命周期延长，进而导致Undo表空间不断“膨胀”。当Undo表空间占用的磁盘空间达到一定程度时，不仅会影响数据库的性能，还可能导致磁盘空间不足，引发一系列严重的问题。

在mysql8.0之前，undo表空间无法动态回收，要想收缩表空间，只能通过重建实例的方式来完成，非常麻烦，且对业务不友好。

然而在MySQL8.0中我们可以通过SQL语句的方式来动态管理undo表空间，回收大文件的undo表空间文件不再需要重建实例，非常方便快捷。

我们可以通过先创建几个新的undo表空间，然后将需要回收的表空间设置为inactive，等状态变为empty后，即可删除回收空间。具体操作如下：

-- 创建一个新的undo表空间，一定要是.ibu格式的后缀，否则报错。
create undo tablespace undo_003 add datafile '/data/mysql/data/undo_003.ibu';
-- 设置其中一个undo表空间为inactive状态，打开系统参数innodb_undo_log_truncate 让MySQL自动回收
alter undo tablespace innodb_undo_001 set inactive;
-- 等该表空间的状态为empty时，可drop回收。状态数据可通过select * from information_schema.innodb_tablespaces where ROW_FORMAT='undo'查询
drop undo tablespace innodb_undo_001;


-- 确认自动回收是否开启
mysql> select @@global.innodb_undo_log_truncate;
+-----------------------------------+
| @@global.innodb_undo_log_truncate |
+-----------------------------------+
|                                 1 |
+-----------------------------------+
  
-- 如果希望加快undo表空间的回收，可以适当调低innodb_purge_rseg_truncate_frequency的值。
mysql> select  @@global.innodb_purge_rseg_truncate_frequency;
+-----------------------------------------------+
| @@global.innodb_purge_rseg_truncate_frequency |
+-----------------------------------------------+
|                                           128 |
+-----------------------------------------------+