Redshift永久表转临时表的性能影响及分发机制疑问

一、除表创建成本外的性能影响 #

• 数据本地性与关联查询效率：临时表默认采用ROUND ROBIN分发（除非手动指定），而永久表的自动分发会根据实际访问模式优化为KEY甚至ALL分发。当用临时表和其他大表做关联时，ROUND ROBIN分发会导致大量跨节点数据传输（shuffle），直接拖慢查询速度；优化后的永久表能让关联数据尽量落在同一节点，减少数据移动开销。
• 节点资源竞争：临时表的数据存在节点的临时SSD空间中，如果数据量较大，会挤占其他查询的临时空间，引发磁盘IO竞争；永久表则存储在持久化存储层，截断重写的资源占用模式和临时表不同，不会和查询临时空间抢资源。
• 统计信息与执行计划质量：永久表的自动统计信息会定期更新，查询优化器能基于准确的统计数据生成高效执行计划；临时表默认不会自动收集统计信息，若不手动执行ANALYZE，优化器可能生成低效的查询计划，尤其是复杂多表关联场景。
• 会话级限制与依赖兼容性：临时表是会话专属的，会话结束后自动销毁。如果有外部ETL任务、其他存储过程依赖该表，必须彻底调整依赖逻辑，否则会出现对象不存在的错误；而永久表只要结构不变，依赖任务无需额外调整。另外，同一会话内多次创建大临时表，或多并发会话同时使用大临时表，会加剧节点内存、磁盘的资源竞争。

二、自动分发的永久表与临时表的分发配置差异 #

• 永久表开启自动分发后，Redshift会持续监控表的访问模式（比如常用关联字段、查询频率），经过一段时间的学习后，会自动将默认的ROUND ROBIN分发策略优化为更适合的KEY分发（甚至小表会自动切换为ALL分发），以此提升查询性能。
• 临时表不支持自动分发优化：不管是否开启自动分发配置，临时表默认都是ROUND ROBIN分发，Redshift不会为临时表投入资源去监控和调整分发策略——毕竟临时表生命周期极短，会话结束就销毁。如果想要临时表获得更优的分发效果，必须在创建时手动指定DISTSTYLE KEY+DISTKEY (column)，或者DISTSTYLE ALL，否则每次创建都会是普通的ROUND ROBIN配置。

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