phpMyAdmin 不支持保存密码到配置文件，明文密码必为手动写入或通过环境变量注入；auth_type 非 'config' 时配置中 user/password 字段无效，'config' 模式极不安全，应改用 'cookie' 并删除敏感字段。
phpMyAdmin 本身不支持“保存密码到配置文件”这个操作——你看到的明文密码，一定是手动写进 config.inc.php 的，或者用了 PMA_PASSWORD 环境变量启动容器。
为什么 config.inc.php 里出现密码就是错的
phpMyAdmin 的 auth_type 配置决定了它怎么验证用户：'config' 模式会把用户名和密码硬编码进配置文件，'cookie' 或 'http' 模式才要求每次登录输入。只要 $cfg['Servers'][$i]['auth_type'] 不是 'config'，它就不会、也不能从配置里读密码。
常见错误是复制了旧教程里的配置片段，比如：
$cfg['Servers'][$i]['user'] = 'root'; $cfg['Servers'][$i]['password'] = 'mypass123';
这段代码只有在 auth_type = 'config' 时才生效，而这是最不安全的模式——相当于把数据库密码直接放在 Web 可访问目录下。
- 检查你的
config.inc.php，确认没有$cfg['Servers'][$i]['auth_type'] = 'config'; - 如果存在，立刻删掉或改成
'cookie' - 同时删掉
user和password这两行（它们对cookie模式完全无用）
容器环境里别用 PMA_PASSWORD
用 docker run -e PMA_PASSWORD=xxx 启动 phpMyAdmin，等于把密码塞进进程参数——ps aux、docker inspect、shell 历史记录全都能看到。这不是“保存到配置文件”，但危害一样大。
- 开发阶段改用
.env文件 +docker-compose.yml中的${DB_ROOT_PASSWORD}引用，确保.env在.gitignore里 - 生产环境优先走
PMA_ARBITRARY=0+PMA_HOST=mydb，让 phpMyAdmin 只连指定 MySQL 容器，但登录仍需手动输账号密码 - MySQL 侧必须已创建专用账号（如
pma_user），不能依赖 root
挂载 config.inc.php 时最容易漏掉 auth_type
很多人挂载自定义 config.inc.php 是为了绕过环境变量，但常忽略最关键的一行：
$cfg['Servers'][$i]['auth_type'] = 'cookie';
如果不显式设置，phpMyAdmin 会静默 fallback 到 config 模式，然后尝试从配置里读 user/password 字段——哪怕你没写，它也可能报错或行为异常。
- 挂载前确认路径是
/etc/phpmyadmin/config.inc.php（不是/var/www/html/） - 文件权限必须是
644，且容器内www-data用户可读 - 必须包含
$cfg['Servers'][$i]['auth_type'] = 'cookie';，且不能被注释掉 - 不要留空
$cfg['blowfish_secret']，至少填 32 位随机字符串，否则 cookie 加密失效
真正难的不是“怎么禁”，而是意识到：一旦密码出现在任何可读文本里（配置文件、环境变量、命令行参数），就已经脱离可控范围。防线得设在 MySQL 账号层（最小权限原则）、Web 层（只开放必要 IP）、传输层（强制 HTTPS），而不是指望 phpMyAdmin 自己“别存密码”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
