ERROR 2002 是因 phpMyAdmin 容器纯为客户端，不含 MySQL 服务，必须单独部署 MySQL 容器并通过网络（如自定义 Docker 网络）连接，而非在 phpMyAdmin 容器内启动 mysqld。
phpMyAdmin 容器里根本没有 MySQL 服务
直接运行 docker run phpmyadmin/phpmyadmin 后访问页面，必然报错 ERROR 2002 (HY000): Can't connect to local MySQL server。这不是配置问题，而是事实：官方镜像只包含 PHP + Apache + phpMyAdmin 源码，不带任何数据库二进制文件或数据目录。它压根就不是“一体化”应用，设计上就是纯客户端。
Docker 镜像职责分离是明确的架构约束
官方 phpmyadmin/phpmyadmin 镜像的 Dockerfile 里没有 apt install mysql-server，也没有启动 mysqld 的入口命令。它的 ENTRYPOINT 只负责跑 Web 服务。反过来，mysql:8.0 镜像也不含 Apache 或 PHP —— 两者在构建层、进程模型、生命周期上完全割裂。强行塞进一个容器，会破坏健康检查、日志收集、信号转发等基础机制。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
网络与权限模型天然不兼容
- MySQL 容器需要持久化数据卷、绑定固定端口、设置 root 密码、控制
bind-address； - phpMyAdmin 容器需要反向代理支持、PHP 扩展（如
mysqli）、上传临时目录、可挂载的配置路径； - 若合并在一个容器里，就得手动协调用户 UID、SELinux 上下文、
chown权限、supervisord多进程管理——这已超出 Docker 原生能力，且无法用docker-compose up声明式复现。
真正容易被忽略的点：MySQL 8.0 的认证插件必须由独立容器控制
当你试图在 phpMyAdmin 容器内“顺手装个 mysqld”，就会绕过 MySQL 初始化时对 default_authentication_plugin 的设定。而 phpMyAdmin 连接失败最常见的原因，正是 caching_sha2_password 插件不被 mysqli 扩展支持。这个插件行为由 MySQL 容器的启动参数（如 --default-authentication-plugin=mysql_native_password）或初始化 SQL 控制，不是 phpMyAdmin 能改的。两个容器分开，才能各自守住自己的安全边界和兼容性开关。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
