PostgreSQL执行写入、排序或维护任务时出现could not extend file与No space left on device，表示操作系统无法继续扩展相关文件。此时问题可能是容量耗尽，也可能是inode用完。
先定位报错文件所在的文件系统，绝不能直接删除PGDATA中的数据文件。
先判断哪个文件系统已满
用df -h检查容量、df -i检查inode，再根据错误路径确认数据目录、表空间、pg_wal或临时目录所在挂载点。还应查看云盘配额与文件系统是否已扩容。
根分区有空间不代表数据库所在卷有空间。表空间和WAL可能位于不同文件系统。
停止继续放大故障的操作
暂停批量导入、大型索引构建和可能产生大量临时文件的查询。不要在空间极低时贸然执行VACUUM FULL，因为它需要额外空间重写表。
若数据库仍可连接，优先终止明确失控的任务并保留诊断信息。不要反复重试同一大事务，否则可能继续制造WAL或临时文件。
只清理可确认安全的内容
先从数据库卷之外的系统日志、包缓存或无关临时文件释放少量空间，再按官方方式处理归档、备份和日志保留。对WAL堆积应查复制槽、归档失败或备库延迟原因。
不要手工删除pg_wal、关系文件或未知临时文件。错误删除可能导致实例无法启动或数据损坏。
扩容后完成文件系统与数据库验收
云盘扩容后，还需按分区和文件系统类型完成在线扩展；用df -h确认系统已识别新增空间。随后观察PostgreSQL日志、复制状态和失败事务重试。
如果长期容量不足，可规划新的表空间，但移动对象前需核对版本文档、备份和停机边界。恢复写入前必须留出持续增长余量。
VPS存储规划建议
为数据库单独监控容量、inode和增长速度。萤光云与LightNode可用于恢复演练；快照不能替代一致性备份，也不能自动解决磁盘已满。
FAQ
问：删除旧日志后仍报No space left怎么办？答：检查是否有已删除但仍被进程打开的文件、inode耗尽，以及数据库实际使用的其他挂载点。
温馨提示
温馨提示：任何数据库文件清理前都应确认备份可用；空间告警阈值要早于写入完全停止。
