K8s 1.21集群中kubectl复制Redis dump.rdb遇EOF及文件损坏问题

针对你遇到的kubectl cp报EOF、kubectl exec cat导出文件损坏的问题，可尝试以下几种解决方案：

• 用tar打包传输（最可靠）
  直接流式传输大文件时，kubectl的缓冲区限制容易导致截断，用tar打包成数据流再传输能避免这个问题：

  kubectl exec -c redis redis-pod -- tar cf - /data/dump.rdb | tar xf - -C /tmp/data/
  

  这个命令会在Pod内将dump.rdb打包为标准输出流，通过管道传到本地后直接解压到指定目录，能完整保留文件内容。

• 关闭TTY模式并延长超时
  启用TTY（-t参数）会触发行缓冲机制，大文件传输时容易被截断，同时延长超时时间避免传输中断：

  kubectl exec --request-timeout=5m -i --tty=false -c redis redis-pod -- cat /data/dump.rdb > /tmp/data/dump.rdb
  

  注意去掉-t参数或显式设置--tty=false，同时把超时时间从1m调整到5m，给大文件足够的传输时间。

• 压缩后传输
  先在Pod内压缩dump.rdb，减少传输的数据量，降低截断概率：

  # 导出压缩文件后本地解压
  kubectl exec -c redis redis-pod -- gzip -c /data/dump.rdb > /tmp/data/dump.rdb.gz
  gzip -d /tmp/data/dump.rdb.gz
  
  # 或直接通过管道解压到本地
  kubectl exec -c redis redis-pod -- gzip -c /data/dump.rdb | gzip -d > /tmp/data/dump.rdb
  

• 确认dump文件的完整性
  先在Pod内验证dump.rdb的状态，确保SAVE操作确实完成：

  1. 执行redis-cli SAVE后，确认返回OK；
  2. 查看Redis日志确认保存完成：

     kubectl logs -c redis redis-pod | grep "DB saved on disk"
     

  3. 对比Pod内和本地导出文件的大小：

     # Pod内文件大小
     kubectl exec -c redis redis-pod -- stat -c "%s" /data/dump.rdb
     # 本地导出文件大小
     stat -c "%s" /tmp/data/dump.rdb
     

  如果两者大小不一致，说明传输过程中确实发生了截断，优先用前面的tar或压缩方法。

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