PG 模式中，pg_temp_xx是干什么的

郑全

看到pg模式中 pg_namespace中，很多 pg_temp_xx的模式，那个是创建临时表时，自动创建的，会话完成，临时表自动删除，但pg_temp_xx的模式并没有自己删除。理论上重启会自动删除，或者VACUUM FULL也会删除这些模式名。
下面是我在GPT的一个提问：

pg 临时表导致大量的pg_temp_xx 模式，有什么危害

在 PostgreSQL 中，临时表会创建在一个专用的 pg_temp_xx schema 中。这个 schema 通常用于存放临时表以及它们关联的对象（如索引）。虽然这些 schema 是正常操作的一部分，但如果它们大量堆积，可能会带来以下几个问题和危害：
1. 空间消耗过大如果有大量的临时表未被及时清理，pg_temp_xx 模式下的对象将占用较多磁盘空间，导致数据库性能下降。
2. 系统 catalog 膨胀每个临时表都会在系统 catalog 中创建相应的元数据。如果有大量未清理的临时表，这些元数据会堆积在 catalog 表中，导致查询系统 catalog 时性能下降，并增加数据库维护（如 VACUUM 和 ANALYZE）的负担。
3. 文件描述符占用PostgreSQL 为每个表都会分配文件描述符，大量的临时表会占用文件描述符资源，可能导致系统资源枯竭，影响其他正常的数据库操作。
4. 内存泄漏在处理临时表时，如果会话未正常关闭，或者由于应用程序问题导致连接未能正确终止，这些临时表不会自动清理，可能导致内存泄漏。
5. 数据库重启清理不彻底通常，数据库在重启后应该清理这些临时表，但在某些特殊情况下（如非正常关机），部分 pg_temp_xx schema 可能未被清理干净，导致问题积累。
6. 影响性能虽然临时表通常在会话结束时自动删除，但如果会话长时间存在且频繁创建临时表，可能会导致 pg_temp_xx schema 不断增加，进而影响整体性能。
解决方案

• 定期检查和清理临时对象：确保在应用层面正确管理临时表的生命周期。
• 避免长期持久的会话：临时表在会话结束后会自动清理，保持会话简洁有助于防止问题。
• 优化数据库配置：调整相关配置，确保资源分配合理，避免因临时表积累导致的问题。
  

有效监控和管理临时表的使用可以减少上述危害。