AWS Redshift系统表（含STL表）清理频率及执行方式咨询

嘿，关于Redshift里系统表（包括STL系列）的清理逻辑，我给你理得明明白白的：

一、清理操作的执行方式 #

首先明确：这些系统表的清理完全是Redshift内部自动执行的，不需要你手动去做任何操作，也没有公开的手动触发清理的命令。Redshift会根据自身的存储管理策略和实时系统负载，自动维护这些表的存储空间。

二、STL表的清理频率与数据保留规则 #

STL（System Table Logs）属于日志类系统表，它们的清理逻辑和数据保留周期是动态的，主要和两个因素相关：

• 默认保留周期：一般情况下，STL表中的日志数据会保留2-5天，但这个时间不是固定死的——当Redshift集群的存储容量接近阈值时，系统会优先清理更早的STL日志数据，快速释放存储空间。
• WLM日志设置影响：如果你通过ALTER WORKLOAD MANAGER命令修改了WLM的log_retention参数，也会间接影响STL表的数据保留时长，不过这个参数主要控制WLM日志的保留，STL表会同步遵循相关的存储回收逻辑。

三、其他系统表的清理逻辑 #

除了STL表，Redshift里的SVL、STV这类系统视图/表，清理机制略有不同：

• SVL（System View Logs）通常会保留更长时间的聚合日志数据，清理频率更低，同样由系统自动管理。
• STV（System Table Virtual）类的表大多是实时系统状态视图，数据是动态更新的，不存在“清理”的概念，而是实时反映当前系统的运行状态。

补充说明 #

Redshift官方文档没有明确给出固定的清理频率，是因为这个逻辑是动态自适应的，完全由集群的存储压力、日志生成量来决定。你完全不用操心手动清理的事儿，系统会自动平衡日志保留需求和存储空间的占用。

内容的提问来源于stack exchange，提问作者Jakub Dvorak