今天某客户进行求助，告知其数据库中CDB的SYSAUX空间近期一直暴增，当前已经将空间加到60G；在一般情况下，我们不会将sysaux等系统表空间增加这么大，于是在客户的需求下，进行了分析。
由于问题现象是数据库的sysaux暴增，所以我们首先需要想办法确定的是在sysaux中有什么对象占用的空间比较大呢？我们可以通过以下语句进行确认：
select sum(bytes)/1024/1024/1024 gb from dba_segments where tablespace_name
='SYSAUX';
根据查询结果，发现在sysaux表空间中，其中有一张表：WRI$_SQLSET_PLAN_LINES，占用空间非常大，有近40g，也就是说在sysaux表空间的60g中，有40g的空间被该表占用。
找到罪魁祸首后，那么我们该如何处理呢？
首先，我们需要了解WRI$_SQLSET_PLAN_LINES表是做什么用的？
通过官方文档的查询，该表是oracle在19.7 版本中的一个新的基础架构组件，叫ASTS，全称为：Automatic SQL Tuning Set(SQL自动调优集)。这个基础架构组件是一个后台自动任务，在19.7版本中是默认启用的，该功能不会给数据库的正常稳定运行带来问题，只是会不断占用sysaux表空间。而在19.8中，oracle就又默认将该功能进行了关闭。该组件是通过“Auto STS Capture Task autotask”来调用的。
ASTS主要记录了历史sql执行计划和sql执行的性能指标。可以被看作是awr的一个补充。
总结来说，ASTA是一个用于快速轻松地解决SQL语句性能回归的组件。它降低了与数据库更改、系统配置更改和升级相关的风险。
(该功能的具体描述可以参考mos文档：Doc ID 2686869.1)
通过对客户数据库版本进行询问，发现客户使用的oracle数据库版本正好就是19.7。
那么从上面的信息可以知道，占用sysaux表空间的WRI$_SQLSET_PLAN_LINES是用于ASTS组件使用的，而该组件是可以停止的。因此，我们处理该问题的方法就非常明确了：
1.停止该组件功能：
通过如下视图检查该任务：
Select Task_Name,
Enabled
From DBA_AutoTask_Schedule_Control
Where Task_Name = 'Auto STS Capture Task';
通过如下语句Disable 该autotask：
Begin
DBMS_Auto_Task_Admin.Disable(
Client_Name => 'Auto STS Capture Task',
Operation => NULL,
Window_name => NULL);
End;
/
2.清理空间：
exec dbms_auto_task_admin.disable('Auto STS Capture Task', NULL, NULL);
TRUNCATE TABLE WRI$_SQLSET_PLAN_LINES;
truncate table WRI$_SQLSET_STATISTICS;
truncate table WRI$_SQLSET_STATEMENTS;
truncate table WRI$_SQLTEXT_REFCOUNT;
truncate table WRI$_SQLSET_PLANS;
truncate table WRI$_SQLSET_MASK;
OK! 至此，问题解决。