mysqldump在容器内运行正常，通过docker-compose exec执行失败是什么原因？

核心差异与报错原因 #

两种执行方式的本质区别 #

• 直接进入容器内部执行命令时，你已经预先启动了bash（shell解释器），管道符|、重定向符>这类语法符号都会由shell负责解析，拆分出不同的执行命令、建立管道关联、处理文件重定向，所以能正常运行。
• 通过docker-compose exec直接传递带引号的整串命令时，docker会把引号内的全部内容当成单个可执行文件的名称去启动，不会自动触发shell解析逻辑，系统找不到名称为mysqldump -uusername -ptest123 my_db | gzip > ~/20211121_220309.gz的文件，就会抛出你遇到的报错。

修复方案 #

手动指定容器内的shell来解析命令串即可，修改脚本中的执行语句为：

docker-compose exec mysql bash -c "mysqldump -uusername -p$MYSQL_PASSWORD $MYSQL_DATABASE | gzip > ~/$filename.gz"

新增的bash -c参数就是告诉容器启动bash进程，将后续引号内的内容作为命令串交给shell解析，和你进入容器内执行的逻辑完全一致。

可选优化 #

如果你需要把备份文件存储在宿主机而非容器内部，可以把压缩逻辑挪到宿主机执行，避免备份数据随容器销毁丢失，写法如下：

docker-compose exec -T mysql mysqldump -uusername -p$MYSQL_PASSWORD $MYSQL_DATABASE | gzip > ./$filename.gz

其中-T参数用于关闭docker exec的伪终端分配，避免管道输出混入多余控制字符。

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