mysql - Bash:文件不是使用 '>' 命令创建的

Question

我正在编写一个脚本来创建在 Docker 容器中运行的 MySQL 数据库的备份。数据库已正确启动并运行。

我当前的代码是

#!/bin/bash
PATH=/usr/bin:/usr/local/bin:/root/.local/bin:$PATH

docker-compose exec -T db mkdir -p /opt/booking-backup

docker_backup_path="/opt/booking-backup/dump_prod_$(date +%F_%R).sql"
copy_backup_path="/root/backup_scripts/booking_prod/dump_prod_$(date +%F_%R).sql"

docker-compose exec db mysqldump --add-drop-database --add-drop-table --user=root --password="pw" booking > "$docker_backup_path"
docker-compose exec db mysqldump --add-drop-database --add-drop-table --user=root --password="pw" booking > "/opt/booking-backup/dump_prod.sql"

[ -d ./backup ] || mkdir ./backup
docker cp $(docker-compose ps -q db):$docker_backup_path $copy_backup_path

但是，当我执行它时，它会抛出此错误:

Error: No such container:path: f0baa241becd20d2690bb901fb257a4bbec8cac17e6f1ce6d50adb9532bbae03:/opt/booking-backup/dump_prod_2019-05-28_14:23.sql

更奇怪的是，我有完全相同的代码(但将 booking 切换为 abc，并使用 PSQL 而不是 MySQL)可以正常工作。

看来这一行

docker-compose exec db mysqldump --add-drop-database --add-drop-table --user=root --password="pw" booking > $docker_backup_path

确实没有创建输出文件，但是当我使用tee时，我可以看到转储的内容并且它们是正确的。

这里出了什么问题？

Answer 1

shell 重定向

docker-compose exec db mysqldump ... > "$docker_backup_path"
docker-compose exec db mysqldump ... > "/opt/booking-backup/dump_prod.sql"
# -----------------------------------^ here

...将由您的本地 shell 扩展，而不是在容器内扩展。这意味着文件将写入本地文件系统而不是容器的文件系统。