非管理员用户如何延长Redshift中temp table的留存时长

没有任何只读权限用户可直接执行的Redshift原生命令，能重置临时表自动删除计时器、或是延长临时表的默认留存时长。

Redshift原生的临时表生命周期完全绑定创建它的数据库会话，只有三种情况会被删除：当前会话主动断开、会话被集群侧强制终止、用户手动执行DROP TABLE语句，Redshift本身没有“创建后1-2小时自动删除”的内置规则。你碰到的自动删除，本质是集群管理员配置的会话空闲超时策略、或是自定义的定时清理任务在生效——要么是空闲达到阈值的会话被强杀，绑定的临时表随之销毁；要么是任务直接扫描创建时长超阈值的临时表做批量删除，这类集群级配置的修改权限仅管理员持有，普通只读用户无权调整。

• 会话保活（仅对空闲超时类清理生效）
  如果你的会话是因为长时间没有提交查询被判定为空闲杀掉，可以每隔40-50分钟对自己建的临时表执行一次极轻量的查询，比如SELECT 1 FROM <你的临时表名> LIMIT 1;，让会话保持活跃状态，避免触发空闲超时规则，间接延长临时表的留存时间。如果管理员配置的是“临时表创建后固定时长强制删除”的硬规则，这个方法无效。
• 拆分分析流程，用CTE承载单查询内的中间结果
  如果分析逻辑可以拆分到单条长查询中完成，优先用WITH子句（CTE）承载中间计算结果，不要落地成需要跨数小时留存的临时表。处于运行状态的查询不会被空闲超时规则中断，查询内的中间计算结果也不会被提前清理。
• 用个人普通Schema存中间结果
  大部分企业的Redshift环境会给分析用户开放个人专属Schema的写权限（一般不需要额外走审批），你可以把需要长期留存的中间结果建成普通表存在自己的Schema下，这类表不属于临时表范畴，不会被临时表清理策略命中，留存时间完全由你自己控制，用完记得手动删除避免占用集群存储即可。

注意：尝试通过重命名临时表、反复重建同名临时表的方式绕开清理是无效的，这类操作要么会因为权限不足报错，要么会被清理规则直接识别，达不到延长留存的效果。

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