Laurenz Albe：PostgreSQL崩溃后的孤立文件
原文英文，约1400词，阅读约需5分钟。
📝
内容提要
PostgreSQL虽然稳定，但可能因内存不足或文件系统满而崩溃，导致数据目录中出现孤立文件。处理孤立文件的安全方法是备份和恢复数据库，风险方法是手动识别并删除孤立文件，删除前需确保备份完整。
🔎
延伸解读
PostgreSQL崩溃的常见原因
虽然PostgreSQL以其稳定性著称，但崩溃的原因多种多样，包括内存不足、文件系统满、硬件故障等。了解这些原因有助于管理员提前采取预防措施，避免潜在的数据损失。
处理孤立文件的安全方法
在处理孤立文件时，建议采用备份和恢复的安全方法。虽然这种方法可能导致较长的停机时间，但它能有效避免数据损坏的风险。相较之下，手动删除孤立文件则存在较高的风险，需谨慎操作。
孤立文件的删除注意事项
删除孤立文件时，务必确保备份完整，并避免删除最近创建的文件。建议在崩溃后等待一到两周再进行删除，以降低误删的风险。小文件通常不值得删除，因为它们不会对系统造成实质性影响。
❓
Q&A
PostgreSQL崩溃的常见原因有哪些？
PostgreSQL崩溃的常见原因包括内存超限、文件系统满、硬件故障、管理员错误或软件漏洞。
如何安全地处理PostgreSQL中的孤立文件？
安全处理孤立文件的方法是停止应用程序，备份数据库，删除数据库，创建新数据库并恢复备份。
手动删除孤立文件的风险是什么？
手动删除孤立文件的风险包括可能删除最近创建的文件，导致数据损坏，以及在删除前未确保备份完整。
PostgreSQL崩溃后，为什么无法自动清理孤立文件？
PostgreSQL无法自动清理孤立文件是因为检查所有文件与目录数据的过程耗时，且数据目录的损坏可能导致合法文件被误删。
在PostgreSQL崩溃后，删除孤立文件前应该注意什么？
删除孤立文件前应确保有完整备份，避免删除最近创建的文件，并建议在崩溃后等待一到两周再进行删除。
使用VACUUM (FULL)命令可能导致什么问题？
使用VACUUM (FULL)命令可能导致数据库崩溃并留下孤立文件，建议将pg_wal和数据目录放在不同的文件系统上以避免此问题。
🏷️
