MacOS下Docker结合Django与MariaDB执行mysql命令报$PATH找不到可执行文件错误

• 执行docker exec时选错了目标容器：$container变量当前指向Django应用容器，并非运行MariaDB的数据库容器。Docker已成功将会话挂载到这个存在的Django容器中，但容器内部检索可执行文件路径时找不到mysql命令，才触发对应报错——这也是为什么没有报“容器不存在”、直接弹出找不到可执行文件提示的原因
• Django容器内仅安装了default-libmysqlclient-dev这一供Python连接数据库使用的编译动态库，并未预装mysql命令行客户端，本身不具备执行mysql命令的条件
• 此前Ubuntu环境下“删除数据目录、重启容器组即可正常运行”属于巧合：之前在Ubuntu上手动赋值的$container值曾指向db容器，某次重建容器后碰巧新的容器ID匹配了变量存储的历史值，并非清空数据目录的操作本身修复了问题。Mac端Docker Desktop的容器ID、命名生成逻辑与Linux原生Docker存在差异，配置的$container值在Mac上刚好指向Django容器，因此相同操作无效、跨Mac机器复现报错均为正常现象

• 先查询当前运行的容器列表，明确区分两个服务的容器标识：
  执行docker ps命令，输出结果中镜像为mariadb:latest、名称包含db的条目，才是需要进入的目标数据库容器
• 替换原命令中指向错误的$container变量，直接指定db容器为目标执行登录：

  # 直接使用db容器的名称或完整ID作为exec目标
  sudo docker exec -it <db容器的名称或ID> mysql -u root -p
  

• 若需要在Django容器内直接执行mysql命令，可修改Django对应的Dockerfile，在依赖安装段补充安装mariadb客户端：
  新增执行apt-get -y --no-install-recommends install mariadb-client的指令即可，避免后续换容器仍出现找不到命令的问题

• 当前docker-compose为db服务配置了user: "${HOST_USER_ID}:${HOST_GROUP_ID}"的运行权限，但MariaDB镜像默认使用UID为999的mysql用户启动服务，强行使用宿主机用户启动会直接打乱数据目录权限——这也是之前Ubuntu环境下需要清空一次数据目录才能正常启动db容器的核心诱因。Mac端Docker Desktop对卷挂载的权限校验更严格，即使清空data目录，权限不匹配仍会导致容器启动失败
• 现有db服务的环境变量配置已自动完成django用户创建、初始密码设置、vger数据库初始化，默认已授予该账号对应数据库的全部操作权限，如需调整授权规则，登录db容器执行对应SQL语句即可，无需额外修改配置

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