docker-compose使用volume部署mysql时permission deny问题解决
2018-08-10
问题
整体情况为使用docker做mysql的容器，然后结合其他服务一起通过docker-compose启动，并且为了一次性建表和设置用户权限我又在mysql中封装了setup.sh、schema.sql、privileges.sql这些自定义的脚本，在Dockerfile构造时执行，到目前为止都是正常的。
但是由于每次down掉容器后，mysql的数据会丢失无法持久化，所以在docker-compose.yml中配置了volume参数，然后就产生了如下的报错，包括调试过程中的报错。
首先列几个可能的报错，这些都和这个有关系。
问题一：mysqld: Can’t create/write to file ‘/var/lib/mysql/is_writable’ (Errcode: 13 - Permission denied)
问题二：‘su’ command in Docker returns ‘must be run from terminal’
问题三：/usr/bin/mysqld_safe: 637: /usr/bin/mysqld_safe: cannot create /var/lib/mysql/c0ce8fdc06d0.err: Permission denied
以上几个问题都是我在调试过程中出现的报错，采用过以下办法解决：
1、在docker-compos.yml中添加
user:"1000:50"2、保证volume配置对应的是/var/lib/mysql目录，不能是/var/lib/mysql/data更深一层目录
3、在Dockerfile中添加权限指令chmod一类的，来修改文件权限
上述的方法均无效，在列出真正的解决方案之前，我把我重要的几个配置文件列出来
- docker-compose.yml
plate-nginx:
build: ./nginx
container_name: plate-nginx
links:
- plate-client:plate-client
- plate-server:plate-server
ports:
- "80:80"
- "443:443"
- "7000:7000"
plate-client:
build: ./client
container_name: plate-client
volumes:
- "/home/picture:/app/client/app/upload"
ports:
- "3000:3000"
- "3001:3001"
plate-server:
build: ./server
container_name: plate-server
ports:
- "7001:7001"
plate-mysql:
build: ./mysql
container_name: plate-mysql
volumes:
- "/home/data:/var/lib/mysql"
ports:
- "3306:3306"
environment:
MYSQL_USER: root
MYSQL_ROOT_PASSWORD: 123456
phpmyadmin:
image: phpmyadmin/phpmyadmin
container_name: phpmyadmin
links:
- plate-mysql:plate-mysql
ports:
- "8888:80"
environment:
MYSQL_USER: root
MYSQL_ROOT_PASSWORD: 123456
PMA_HOST: plate-mysql
PMA_PORT: 3306- mysql下的Dockerfile
FROM mysql:5.6
#设置免密登录
ENV MYSQL_ALLOW_EMPTY_PASSWORD yes
#将所需文件放到容器中
COPY setup.sh /mysql/setup.sh
COPY schema.sql /mysql/schema.sql
COPY privileges.sql /mysql/privileges.sql
#设置容器启动时执行的命令
CMD ["sh", "/mysql/setup.sh"]- setup.sh
#!/bin/bash
set -e
#查看mysql服务的状态，方便调试，这条语句可以删除
echo `service mysql status`
echo '1.启动mysql....'
#启动mysql
service mysql start
sleep 3
echo `service mysql status`
echo '2.开始导入数据....'
#导入数据
mysql < /mysql/schema.sql
echo '3.导入数据完毕....'
sleep 3
echo `service mysql status`
#重新设置mysql密码
echo '4.开始修改密码....'
mysql < /mysql/privileges.sql
echo '5.修改密码完毕....'
#sleep 3
echo `service mysql status`
echo `mysql容器启动完毕,且数据导入成功`
tail -f /dev/null解决方案
真正的问题所在其实就是在服务器上的volume目录/home/data和容器里目录/var/lib/mysql拥有者不一样导致的，那么如何查看拥有者，需要使用如下几条指令
- 查看容器中/var/lib/mysql的所有者
docker run -ti --rm --entrypoint="/bin/bash" plate_plate-mysql -c "ls -la /var/lib/mysql"
可以从图中看出来这个目录的所有者是mysql用户组
- 查看服务器中/home/data的所有者
ls -la /home/data
在systemd-bus-proxy这个位置原来是root，这里由于被我修改了所以是这样，也就是说，这两个目录的所有者不同导致的权限问题，现在把他们的id统一就可以了，统一前要先查出来容器里的mysql用户组id，然后修改服务器的/home/data下的用户组id
- 查出来容器里的mysql用户组id
docker run -ti --rm --entrypoint="/bin/bash" plate_plate-mysql -c "cat /etc/group"
可以看到mysql用户组的id为999
- 修改服务器文件用户组id
chown -R 999 /home/data
修改后再去查看就如上图一样，权限变成了systemd-bus-proxy，至于为什么没变成mysql呢，因为999是docker容器里面的权限id，不是服务器的，所以服务器不识别也是自然的，之后再重启，执行
docker-compose build && docker-compose up -d就不会再有报错了
