Laurenz Albe：PostgreSQL崩溃后的孤立文件
💡
原文英文，约1400词，阅读约需5分钟。
📝
内容提要
PostgreSQL虽然稳定，但可能因内存不足或文件系统满而崩溃，导致数据目录中出现孤立文件。处理孤立文件的安全方法是备份和恢复数据库，风险方法是手动识别并删除孤立文件，删除前需确保备份完整。
🎯
关键要点
- PostgreSQL虽然稳定，但可能因内存不足或文件系统满而崩溃，导致数据目录中出现孤立文件。
- 崩溃的原因包括内存超限、文件系统满、硬件故障、管理员错误或软件漏洞。
- VACUUM (FULL) 命令可能导致崩溃并留下孤立文件，建议将pg_wal和数据目录放在不同的文件系统上。
- PostgreSQL崩溃后无法自动清理孤立文件，重启时也无法清理，可能导致数据损坏。
- 处理孤立文件的安全方法是备份和恢复数据库，风险方法是手动识别并删除孤立文件。
- 安全方法包括停止应用程序、备份数据库、删除数据库、创建新数据库并恢复备份。
- 风险方法涉及使用PostgreSQL函数识别孤立文件，并手动删除，但需谨慎操作。
- 删除孤立文件时要小心，确保备份完整，并避免删除最近创建的文件。
- 建议在崩溃后等待一到两周再删除文件，并只删除在崩溃时修改的文件。
❓
延伸问答
PostgreSQL崩溃的常见原因有哪些？
PostgreSQL崩溃的常见原因包括内存超限、文件系统满、硬件故障、管理员错误或软件漏洞。
如何安全地处理PostgreSQL中的孤立文件？
安全处理孤立文件的方法是停止应用程序，备份数据库，删除数据库，创建新数据库并恢复备份。
手动删除孤立文件的风险是什么？
手动删除孤立文件的风险包括可能删除最近创建的文件，导致数据损坏，以及在删除前未确保备份完整。
PostgreSQL崩溃后，为什么无法自动清理孤立文件？
PostgreSQL无法自动清理孤立文件是因为检查所有文件与目录数据的过程耗时，且数据目录的损坏可能导致合法文件被误删。
在PostgreSQL崩溃后，删除孤立文件前应该注意什么？
删除孤立文件前应确保有完整备份，避免删除最近创建的文件，并建议在崩溃后等待一到两周再进行删除。
使用VACUUM (FULL)命令可能导致什么问题？
使用VACUUM (FULL)命令可能导致数据库崩溃并留下孤立文件，建议将pg_wal和数据目录放在不同的文件系统上以避免此问题。
🏷️
标签
➡️
