Bash管道中拦截错误并终止，避免dump失败生成空文件

方法1：分步执行+临时文件（推荐，逻辑清晰低资源） #

放弃管道串联，拆分步骤逐个控制，完全避免空文件生成，且不会占用大量内存：

• 先执行dump命令到临时文件，捕获退出状态：

  # 生成安全的临时文件名
  TMP_DUMP=$(mktemp)
  # 执行dump并记录退出码
  your_dump_command > "$TMP_DUMP"
  DUMP_STATUS=$?
  

• 仅当dump成功时，才执行压缩和存储：

  if [ $DUMP_STATUS -eq 0 ]; then
      # 压缩后存储，完成后清理临时文件
      your_compress_command < "$TMP_DUMP" | your_store_command
      rm "$TMP_DUMP"
  else
      # dump失败，直接删除临时文件并提示
      rm -f "$TMP_DUMP"
      echo "dump执行失败，跳过压缩存储" >&2
  fi
  

  临时文件会自动被清理，不会残留，且内存占用仅为dump输出的磁盘占用，远低于内存存储方案。

方法2：修复pipefail的正确用法 #

如果偏好管道方式，检查pipefail是否正确生效，同时确保后续命令不会在输入为空时生成文件：

1. 先在脚本开头开启严格模式：

   set -o errexit  # 命令失败时立即终止脚本
   set -o pipefail # 管道中任意命令失败，整个管道返回失败码
   set -o nounset  # 未定义变量报错（可选，提升脚本健壮性）
   

2. 用管道串联命令，此时dump失败会直接终止脚本，不执行后续步骤：

   your_dump_command | your_compress_command | your_store_command
   

3. 如果压缩命令即使输入为空也会生成空文件，添加ifne命令（需安装moreutils包）过滤空输入：

   your_dump_command | your_compress_command | ifne your_store_command
   

   ifne会在标准输入为空时跳过后续命令，彻底避免空文件。

方法3：子shell封装逻辑 #

把整个备份流程放在子shell中，利用严格模式确保失败即终止：

(
    set -o errexit
    set -o pipefail
    your_dump_command | your_compress_command | your_store_command
)

# 检查子shell执行结果
if [ $? -ne 0 ]; then
    echo "备份流程异常终止" >&2
    # 可在此添加告警、清理等操作
fi

常见问题排查 #

• 之前pipefail无效：大概率是脚本中后续有set +o errexit或set +o pipefail覆盖了设置，检查脚本全局的模式开关。
• 空文件仍生成：部分压缩/存储命令会在输入为空时创建文件，此时必须用ifne或分步检查的方式过滤。

内容的提问来源于stack exchange，提问作者Antony Gibbs