我试图找到有关此问题的一些信息，但也许我没有使用正确的关键词进行搜索...
我必须在PostgreSQL 11数据库之一上重组表空间，并根据当前需要使用ALTER TABLE（INDEX）... SET TABLESPACE ...将所有现有对象移动到新位置，但DROP TABLESPACE命令以错误结尾“表空间...不为空”。 （应该删除该磁盘，所以我需要删除该表空间。）
我检查了操作系统级别，并且表空间的目录仍然包含几个文件，例如大小为0或8192的“ 1154158”。我检查了pg_class，并且不再有带有这些OID的PG对象。
我们的文档完全按照时间戳显示了该数据库的几次崩溃，我可以在目录列表中的那些文件上看到这些崩溃。在这种情况下，由于内存问题，PostgreSQL被OOM杀手杀了-我们已经解决了这个问题，所以没有新的情况。
但是我需要决定如何处理这些文件。由于该表空间在当时被用作temp_tablespace，因此我认为这些表是旧的临时文件或临时表的数据文件，由于崩溃而无法正确地由PostgreSQL删除-PG在非常繁重的计算期间崩溃，总是产生大量临时文件。
是否有某种方法可以确保这些数据文件确实是废弃的旧数据/临时文件，由于崩溃而无法删除？例如，能否在某处查看临时文件的历史记录及其名称？谢谢...