Docker部署MySQL容器自动停止：Unix套接字绑定权限问题求助

这个问题我之前在Windows环境部署MySQL容器时碰到过，结合你的环境信息（Docker 17.12.0-ce、Windows10、mysql/mysql-server:latest），咱们一步步来排查解决：

1. 先确认Docker Desktop的文件共享权限 #

Windows上的Docker依赖Hyper-V或WSL2后端运行，即使你给C:/mysql/设置了所有人权限，如果Docker没拿到C盘的共享授权，还是会出现权限问题：

• 打开Docker Desktop的Settings -> Resources -> File Sharing
• 确保C:盘处于勾选状态，若未勾选则选中后点击Apply & Restart重启Docker

2. 调整容器启动命令，规避Unix Socket默认路径的权限问题 #

默认情况下，MySQL容器会把Unix Socket放在/var/run/mysqld/目录，这个目录在Windows挂载的环境下容易出现权限限制。你可以强制MySQL将Socket路径指向已授权的挂载目录：

docker run -d --name server \
  -v C:/mysql:/var/lib/mysql \
  -e MYSQL_ROOT_PASSWORD=your_root_password \
  -p 3306:3306 \
  mysql/mysql-server:latest \
  --socket=/var/lib/mysql/mysql.sock

这里把Socket路径指定到了挂载的/var/lib/mysql目录（对应Windows的C:/mysql/），而你已经给这个目录配置了权限，能有效避免绑定错误。

3. 针对WSL2后端的额外配置（如果你的Docker用WSL2） #

如果Docker使用WSL2作为后端，Windows目录挂载到WSL时的权限可能会被默认掩码限制：

• 打开WSL终端（比如Ubuntu），编辑/etc/wsl.conf文件：

  [automount]
  options = "metadata,umask=0000"
  

• 保存后关闭所有WSL终端，在PowerShell中执行wsl --shutdown重启WSL服务，再重新启动容器。

4. 清理旧容器与残留文件后重试 #

旧容器的残留配置或挂载目录的旧数据可能干扰新容器启动：

• 先停止并删除旧容器：

  docker stop server && docker rm server
  

• 若C:/mysql/目录下没有重要数据，清空该目录的所有文件，再用调整后的启动命令重新创建容器。

额外建议 #

你的Docker版本17.12.0-ce比较老旧，新版本的Docker Desktop对Windows和WSL的兼容性优化很多，建议升级到最新稳定版，能减少不少权限相关的遗留问题。

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