应避免在docker run中用-e明文传密码，改用.env文件（开发）或docker secret（生产），或禁用预设凭据、强制交互登录并配置专用数据库账号，挂载config.inc.php时须确保路径、权限及auth_type=cookie。

用和环境变量等于把密码写进命令行历史

直接在 docker run 里用 -e PMA_PASSWORD=xxx，密码会留在 shell 历史、ps aux 输出、容器元数据里——任何人执行 docker inspect phpmyadmin 都能立刻看到明文密码。

改用 Docker secrets 或 .env 文件隔离敏感值

本地开发可用 .env 文件配合 docker compose，把密码从命令行抽离：

• .env 文件内容：DB_ROOT_PASSWORD=mysecretpass123
• docker-compose.yml 中写成：PMA_PASSWORD: ${DB_ROOT_PASSWORD}
• 确保 .env 不提交到 Git（加进 .gitignore）

生产环境更推荐 docker secret（仅 Swarm 模式支持），但注意：phpMyAdmin 官方镜像不原生读取 secret 文件，需挂载后手动在 config.inc.php 中引用，实际操作成本高，多数人用不到。

根本解法：禁用预设登录凭据，强制交互式输入

删掉 PMA_USER 和 PMA_PASSWORD，改用 PMA_ARBITRARY=0 + PMA_HOST 组合：

DrugBank 数据库

访问并分析来自 DrugBank 数据库的全面药物信息，包括药物属性、相互作用、靶点、通路、化学结构和药理学数据。用于药物数据、药物发现研究、药理学研究、药物-

下载

立即学习“PHP免费学习笔记（深入）”；

• PMA_ARBITRARY=0 关闭登录页的“服务器”下拉框和手动输入字段
• PMA_HOST=mydb 锁定只连指定容器名，但不提供自动登录
• 用户仍需在登录页填用户名/密码，密码不会被容器记录

这要求 MySQL 侧已创建专用账号（如 pma_user），而非直接用 root。否则你只是把风险从容器移到了数据库账号管理上。

挂载 config.inc.php 时别漏掉权限和路径细节

如果真要挂载自定义配置来绕过环境变量，必须确认三点：

• 挂载路径是 /etc/phpmyadmin/config.inc.php（不是旧版的 /var/www/html/）
• 文件权限为 644，且容器内 www-data 用户可读（属主不必是 www-data）
• 配置中显式设置 $cfg['Servers'][$i]['auth_type'] = 'cookie'，避免意外 fallback 到 config 模式泄露密码

最常被跳过的其实是最后一项：没设 auth_type，phpMyAdmin 会静默降级，让密码出现在配置数组里——等于白挂载。