我来帮你拆解下这个问题——这种「终端手动执行没问题，但脚本跑就失败」的情况，基本都是环境变量、变量解析或者权限细节出了小岔子，咱们一步步来排查：

1. 先检查容器列表文件的格式与读取逻辑 #

你的循环用了IFS== read -r key value，这要求/opt/containers.txt里的每行必须是容器名=任意值的格式（比如db-test-1=xxx）。如果文件里只是每行一个容器名，或者行尾有多余空格、换行符，会导致$key变量拿到的内容不对，自然docker命令就跑失败了。

调整方案：
如果你的文件其实只是每行一个容器ID/名称，直接修改循环逻辑：

while IFS= read -r key; do
    # 跳过空行
    [[ -z $key ]] && continue
    sudo docker exec -t "$key" ln -s /srv/my.cnf /etc/mysql/my.cnf
done < "/opt/containers.txt"

2. 给变量加双引号，避免解析异常 #

脚本里的$key没加双引号，如果容器名称里有特殊字符（比如空格，虽然很少见，但万一呢），shell会把变量拆成多个参数传给docker，导致命令识别错误。

修复方式：
把docker命令里的$key改成"$key"，确保容器名称被完整传递：

sudo docker exec -t "$key" ln -s /srv/my.cnf /etc/mysql/my.cnf

3. 排查sudo的权限与环境问题 #

手动执行时你在终端，sudo会读取你的当前环境，但脚本运行时如果是普通用户启动，可能需要输入sudo密码（没配置免密的话），或者环境变量差异导致命令执行失败。

解决办法：

• 要么运行脚本时直接加sudo ./your-script.sh
• 要么给当前用户配置docker命令的免密sudo权限：编辑/etc/sudoers（建议用visudo编辑避免语法错误），添加一行你的用户名 ALL=(ALL) NOPASSWD: /usr/bin/docker

4. 试试去掉-t参数 #

docker exec -t会分配伪终端，但在脚本这种非交互式环境下，有时候这个参数可能会干扰命令执行。虽然终端里用没问题，但脚本里可以试试去掉它：

sudo docker exec "$key" ln -s /srv/my.cnf /etc/mysql/my.cnf

或者换成-i参数（保持标准输入打开）：

sudo docker exec -i "$key" ln -s /srv/my.cnf /etc/mysql/my.cnf

5. 检查容器内的前置条件 #

有没有可能某些容器里/etc/mysql/my.cnf已经存在？或者/srv/my.cnf在容器里根本不存在？手动执行时你可能已经处理过这些情况，但脚本批量跑的时候就会踩坑。

优化方案：
给命令加个判断，提前检查文件状态，还能输出日志：

sudo docker exec "$key" sh -c '
if [ ! -e /etc/mysql/my.cnf ] && [ -f /srv/my.cnf ]; then
    ln -s /srv/my.cnf /etc/mysql/my.cnf
    echo "Symlink created successfully"
else
    echo "Skipping: target file exists or source file missing"
fi'

6. 给脚本加日志，定位具体错误 #

原脚本没有任何错误输出，你根本不知道哪一步出问题。给脚本加些日志，就能清楚看到每个容器的处理结果：

修改后的完整脚本：

#!/bin/bash
# 开启严格模式，捕获更多错误
set -euo pipefail

echo "Starting symlink creation process..."
while IFS== read -r key value; do
    # 跳过空行和无效行
    [[ -z $key ]] && continue
    echo "Processing container: $key"
    # 执行命令并捕获结果
    if sudo docker exec "$key" ln -s /srv/my.cnf /etc/mysql/my.cnf; then
        echo "✅ Success for container $key"
    else
        echo "❌ Failed for container $key, exit code: $?"
    fi
done < "/opt/containers.txt"
echo "Process completed!"

运行这个脚本后，你就能明确看到哪个容器失败，以及退出码，方便进一步排查。

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