使用pg_dump创建目录格式备份时出现文件过大错误的解决方法

遇到这个问题别慌，咱们一步步来排查解决：

先搞清楚错误根源 #

你碰到的 pg_dump: error: could not stat file "sba/282168.data.gz": value too large 错误，主要和两个因素有关：

• 文件系统限制：你的备份文件已经到了6.2GB，如果目标目录所在的是FAT32文件系统（单个文件最大仅支持4GB），肯定会触发这个报错；
• 跨版本工具兼容：你用的是Postgres 15的Windows客户端pg_dump，去备份WSL里的Postgres 12服务器，跨大版本的工具在目录格式备份的文件处理上，可能存在兼容性问题。

具体解决方法 #

方法一：用和服务器同版本的pg_dump（优先推荐）

既然你的Postgres服务器在WSL的Debian 10环境里，直接在WSL终端用Postgres 12自带的pg_dump来执行备份，既避免跨版本兼容问题，Linux文件系统也没有大文件限制：

1. 打开WSL终端；
2. 执行以下命令（把目标路径改成WSL内的目录，比如你的用户目录）：

   pg_dump -f "/home/your_username/sba" -Fdirectory --jobs=32 --verbose sba
   

方法二：确保目标目录在NTFS分区上

如果一定要用Windows的pg_dump工具，先检查备份目标目录所在的分区是不是NTFS格式（NTFS支持单个文件最大16EB，完全能装下6.2GB的文件）：

• 要是当前目标路径在FAT32分区上，把备份目录移到NTFS分区（比如Windows默认的C、D盘），再重新执行备份命令。

方法三：调整并行备份参数（临时规避）

如果前两种方法不想尝试，可以试着减小--jobs的数值（比如改成--jobs=16），这样单个备份文件的大小可能会降低，但这只是临时方案，不如前两种彻底。

备注：内容来源于stack exchange，提问作者Andrus