如何在Docker MariaDB镜像的entrypoint脚本exec后清理临时文件？

你的需求很合理——避免包含敏感信息的临时SQL文件留在容器中。我们先分析你提到的两个方案的问题，再给出几个可行的解决办法：

方案1（FIFO）的问题与修复 #

你担心使用FIFO时会残留后台子进程，但实际上这个问题是可以避免的：当mysqld通过--init-file读取FIFO内容后，写入FIFO的进程会自动完成并退出，不会残留。不过需要注意写入FIFO的时机，确保mysqld启动时能读取到内容。

修复后的entrypoint.sh：

#!/bin/sh
set -ex

# 创建FIFO（如果不存在）
if [ ! -p "/tmp/mysqld-init.fifo" ]; then
    mkfifo /tmp/mysqld-init.fifo
fi

# 将SQL写入FIFO，放到后台避免阻塞脚本执行
{
    echo "CREATE USER IF NOT EXISTS '${MYSQL_USER}'@'%' IDENTIFIED BY '${MYSQL_PASSWORD}';"
    echo "CREATE DATABASE IF NOT EXISTS ${MYSQL_DATABASE};"
    echo "GRANT ALL ON ${MYSQL_DATABASE}.* TO '${MYSQL_USER}'@'%';"
} > /tmp/mysqld-init.fifo &

# 启动mysqld，指定FIFO作为初始化文件
exec "$@" --init-file="/tmp/mysqld-init.fifo"

# 容器退出时清理FIFO（可选，FIFO是特殊文件，删除不影响运行）
trap 'rm -f /tmp/mysqld-init.fifo' EXIT

当mysqld读取完FIFO的所有内容后，后台的写入进程会自动终止，不会残留。如果mysqld启动失败，写入进程会因为FIFO一直没有读取者而阻塞，但Docker容器会在主进程（mysqld）退出时停止，后台进程也会被一并终止，不会有长期残留的问题。

方案2（trap）的问题与替代方案 #

trap无法捕获exec操作，因为exec会直接替换当前的entrypoint脚本进程，脚本后续的所有逻辑（包括trap）都不会执行。不过我们可以换一种思路：不直接用exec替换进程，而是先启动mysqld，等待初始化完成后清理文件，再将mysqld置于前台。

更安全的方式是彻底避免生成临时文件，直接在mysqld第一次启动后用mysql命令执行初始化SQL：

#!/bin/sh
set -ex

# 判断是否是第一次启动（检查mysql系统数据库目录是否存在）
if [ ! -d /var/lib/mysql/mysql ]; then
    # 初始化数据库（和Dockerfile中的逻辑保持一致）
    mysql_install_db --user=mysql --skip-name-resolve --auth-root-authentication-method=socket --auth-root-socket-user=root --force --rpm --skip-test-db

    # 启动mysqld到后台
    mysqld --user=mysql --skip-name-resolve &
    mysqld_pid=$!

    # 等待mysqld就绪（避免执行SQL时连接失败）
    until mysqladmin ping -h localhost --silent; do
        sleep 1
    done

    # 直接执行初始化SQL，不生成临时文件
    mysql -u root <<EOF
CREATE USER IF NOT EXISTS '${MYSQL_USER}'@'%' IDENTIFIED BY '${MYSQL_PASSWORD}';
CREATE DATABASE IF NOT EXISTS ${MYSQL_DATABASE};
GRANT ALL ON ${MYSQL_DATABASE}.* TO '${MYSQL_USER}'@'%';
EOF

    # 停止后台的mysqld，准备重新启动到前台
    kill $mysqld_pid
    wait $mysqld_pid
fi

# 启动mysqld到前台（作为容器主进程）
exec "$@"

这个方案完全避免了生成包含敏感信息的临时文件，所有SQL都是通过管道直接传给mysql命令，执行后不会留下任何痕迹，是最安全的方式。

总结 #

• 如果想继续使用--init-file，修复后的FIFO方案可以解决残留进程的问题；
• 如果追求最高安全性，推荐使用直接执行SQL的方案，彻底规避临时文件的风险。

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