在Docker运行mysql 5 和 mysql 8容器
Docker的学习推荐:Docker —— 从入门到实践
环境: Windows 10 + Docker for windows Version 18.03.1-ce-win65 (17513)Docker设置里面的 Shared Drives为 G 盘,文中
-v
选项的路径都是在 G 盘
运行 mysql 5.5 容器
在Docker Hub上的地址为:library/mysql ,打开该连接,默认展示 Repo info 标签页(该标签页中包含了一些操作该容器的方法)中的内容,如果想查看该image大小和各标签,可切换到 “Tags"标签页查看。
2018.06,为什么mysql image 都提示有 " This image has vulnerabilities(漏洞) “?
标记为这类的镜像以为着有漏洞。这些漏洞通常来自他们所基于的系统或者上层镜像所带有的软件以及依赖库,当然也有可能就是软件本身的问题。 这个提示只是表示镜像所基于的环境是存在漏洞的,并不代表漏洞一定会被攻击。 你可以选择使用其Dockerflie重新构建镜像,对有漏洞的软件进行更新,也可以针对漏洞在防火墙层面进行防护。
拉取镜像:
docker pull mysql:5.5.60
运行容器:
简单示例(用于理解各个参数的含义):
docker run --name mysql -p 3306:3306 -e MYSQL_ROOT_PASSWORD=fan123 -d mysql:5.5.60
- –name:容器名
- -p 3306:3306:将容器的 3306 端口映射到主机的 3306 端口。
- **-e MYSQL_ROOT_PASSWORD=123456:**设置环境变量 ,这里是初始化 root 用户的密码。
- -d: 后台运行容器,并返回容器ID
补充: 关于 -v 选项的详细知识可查看数据卷部分
- -v $PWD/conf:/etc/mysql/conf.d:将主机当前目录下的 conf/my.cnf 挂载到容器的 /etc/mysql/my.cnf。
- -v $PWD/logs:/logs:将主机当前目录下的 logs 目录挂载到容器的 /logs。
- -v $PWD/data:/var/lib/mysql :将主机当前目录下的data目录挂载到容器的 /var/lib/mysql
可以看到
-v
用于将主机目录挂载(mount,会屏蔽原目录中的文件)到容器的某个目录(使用:
分隔),$PWD
是一个表示当前目录的一个环境变量。
官方给出的示例:
$ docker run --name some-mysql -e MYSQL_ROOT_PASSWORD=my-secret-pw -d mysql:tag
这里看最后的
mysql:tag
表示某镜像,格式是:容器名: 版本
。作用:比如mysql:5.5.60
它表示使用mysql:5.5.60
该镜像为基础来启动容器。
进入mysql容器:
在使用-d
参数时,容器启动后会进入后台。如果此时需要进入容器进行操作,可以使用docker exec
命令.
|
|
终止mysql容器:
|
|
删除一个处于终止状态的容器:
docker container rm 容器
清除所有处于终止状态的容器:
docker container prune
存在的三个问题:
- 数据保存的路径在哪?
- 如果编辑mysql的配置文件?比如需要修改字符集为utf8
- 如果查看日志文件
当实际使用时还需要考虑,在该容器中mysql的各种文件存放的位置在哪里,只有知道了相关目录那么我们就可以通过使用 -v
挂载主机中的目录来替换容器中的目录:
相关文件的路径可以通过查看mysql映像本身内的相关文件(比如看看Dockerfile中)和目录以获取更多详细信息。
查看该镜像的Dockerfile文件可知:
-
数据目录位于
/var/lib/mysql
;所以我们可以在docker run
命令中添加下面的选项来覆盖该目录:-v G:/Docker/mysql/mysql5.5.60/date:/var/lib/mysql
意为,将本机G盘下的 … date目录挂载到容器的
/var/lib/mysql
目录上 -
默认配置文件目录位于
/etc/mysql/my.cnf
对于该配置文件我们可以直接覆盖,如果在Dockerfile中还看到!includedir /etc/mysql/conf.d/
,那么说明mysql会先加载 my.cnf 中的配置,再加载 conf.d 文件夹中配置文件的配置,利用这一点我们可以保留 my.cnf 中的配置,而将自定义的配置文件放在 conf.d 目录下。所以我们可以在
docker run
命令中添加下面的选项来覆盖该目录:-v G:/Docker/mysql/mysql5.5.60/custom:/etc/mysql/conf.d
那么我们可以在本机G盘的 custom目录下创建一个名为
config-file.cnf
配置文件,mysql容器就会加载该配置文件。
我们可以直接查看容器中的配置文件内容(使用之前介绍的exec),内容如下:
1 2 3 4 5 6 7 8 9
$ docker exec -it javaee-mysql5.5 bash root@51a502030907:/# ls /etc/mysql/ conf.d my.cnf root@51a502030907:/# cat /etc/mysql/my.cnf [mysqld] skip-host-cache skip-name-resolve datadir = /var/lib/mysql !includedir /etc/mysql/conf.d/ # 这表明会加载conf.d文件夹中的配置文件
config-file.cnf
文件内容:(为了设置服务端编码)
1 2
[mysqld] character-set-server=utf8
脱离配置文件,直接在命令中配置:
参考文档library/mysql的 “Configuration without a
cnf
file” 部分
参考: library/mysql - Docker Hub 下的 Using a custom MySQL configuration file
mysql 镜像 的Dockerfile 文件也可以在上面链接中找到。
启动一个 mysql 容器的最终命令:
|
|
注意运行该命令前,主机上的相关目录一定要先创建好。
运行mysql 8容器
先 pull 镜像:
docker pull mysql
运行容器:
创建保存数据和配置文件的目录,下面的命令中需要使用
docker run --name mysql-latest -v G:/Docker/mysql/mysql-latest/custom:/etc/mysql/conf.d -v G:/Docker/mysql/mysql-latest/data:/var/lib/mysql -p 3307:3306 -e MYSQL_ROOT_PASSWORD=密码 -d mysql:latest
注意: 先不要在你的配置文件G:/Docker/mysql/mysql-latest/customconfig-file
中添加任何内容,测试容器能否正常运行。如果可以,再往配置文件中添加配置,这样可以方便排除错误;因为旧版的mysql配置不一定适用于新版的mysql。下面的错误的源头就是配置文件的问题(我也一直没有想到是它的问题)。
出现错误的配置文件内容:
|
|
其中就是: lower-case-table-names=1
导致了错误,容器无法运行。
还有就是用于保存mysql数据的目录需为空目录。
可参考: docker安装mysql遇到的问题 - CSDN博客
这里说了mysql 8 的各种问题的原由: MySQL 8.0.11的更新之路 - 为程序员服务
运行 MySQL 8 容器的最终方法
对于mysql 8 ,设置字符集和排序方式:
|
|
mysql 8 配置忽略大小写:
- 先使用上面的命令创建并运行容器 some-mysql
- 在主机中创建配置文件,比如 /root/docker/mysql8/conf.d/config-file.cnf,文件内容如下:
[mysqld]
lower_case_table_names = 1
- 使用下面的命令将该文件复制到容器中
|
|
- 停止容器
- 删除数据目录,比如删除 /var/lib/mysql
- 重启容器
2020.4 更新
此文是刚学Docker时的记录。现在我都不知道下面的内容说的是啥GP
错误1:无法远程连接数据库
当时我自己是可以进行远程连接,所以这里只作记录;奇怪的现象是居然提示 mysql.user 表不存在:
mysql> select host,user,plugin,authentication_string from mysql.user; ERROR 1146 (42S02): Table 'mysql.user' doesn't exist
如果 mysql 服务器版本大于 8.0.4,那么默认使用 caching_sha2_password 授权插件,而不是 5.6 / 5.7 使用的 mysql_native_password 进行身份验证。
使用下面的方法更改root账户的远程登录验证插件为 mysql_native_password:
alter user 'root'@'%' identified with mysql_native_password by 'youPassword';
flush privileges;
下面三篇文章中都牵涉到验证插件相关命令
错误2:No data dictionary version number found
最开始只关注到了与其一同出现的警告而忽略了警告下面的这个错误,当时的log是:
警告1:Disabling symbolic links using –skip-symbolic-links (or equivalent) is the default.
λ .\docker-run-mysql-latest.bat;
docker run --name mysql-latest -v G:\Docker\mysql\mysql-latest\custom:/etc/mysql/conf.d -v G:/Docker/mysql/mysql-latest/date:/var/lib/mysql -p 3307:3306 -e MYSQL_ROOT_PASSWORD=fan123 mysql:latest
2018-06-30T08:12:14.289452Z 0 [Warning] [MY-011070] [Server] 'Disabling symbolic links using --skip-symbolic-links (or equivalent) is the default. Consider not using this option as it' is deprecated and will be removed in a future release.
[翻译]使用--skip-symbolic-links(或等效)禁用符号链接是默认设置。考虑不使用此选项,因为它已被弃用,并将在未来版本中删除。
2018-06-30T08:12:14.289643Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.11) starting as process 1
mbind: Operation not permitted
mbind:不允许操作
mbind: Operation not permitted
# 搞错了目标,上面只是 Warning ;而下面才是ERROR,导致退出的真正原因
2018-06-30T08:12:15.310586Z 1 [ERROR] [MY-011096] [Server] No data dictionary version number found.
2018-06-30T08:12:15.311077Z 0 [ERROR] [MY-010020] [Server] Data Dictionary initialization failed.
2018-06-30T08:12:15.311107Z 0 [ERROR] [MY-010119] [Server] Aborting
2018-06-30T08:12:16.560222Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.11) MySQL Community Server - GPL.
真正的问题是 错误1:No data dictionary version number found
一切错误的原因 是我直接复制了 mysql 5.5的配置文件,导致一系列问题,也就是前文我说的配置文件相关的问题。
解决办法见上文。
错误原因见: MySQL 8.0.11 报错 Different lower_case_table_names settings for server (‘1’) - CSDN博客
背景知识:
MySQL8.0 新增了data dictionary的概念,数据初始化的时候在linux下默认使用
lower-case-table-names=0
的参数,数据库启动的时候读取的 my.cnf 文件中的值。若二者值不一致则在mysql的错误日志中记录报错信息。在MySQL 5.7之前则允许数据库初始化和启动的值不一致且以启动值为准。 在MySQL 官方提供的RPM包中默认是使用
lower-case-table-names=0
,不太适合生产环境部署。在生产环境建议使用官方的二进制包。官方解释:
After initialization, is is not allowed to change this setting.So “lower_case_table_names” needs to be set together with –initialize .
解决办法:
在mysql数据库初始化的时候指定不区分大小写,在数据库实例启动的时候也要指定不区分大小写。即数据库初始化时
lower_case_table_names
的值和数据库启动时的值需要一样。在实际开发生产的应用中多是不区分大小写的即
lower-case-table-names=1
。操作步骤:
/usr/local/mysql/bin/mysqld --user=mysql --lower-case-table-names=1 --initialize-insecure --basedir=/usr/local/mysql --datadir=/data/mysql/node1
my.cnf
[mysqld] lower_case_table_names = 1
若初始化和启动值不一样则会在错误日志中有如下提示:
[ERROR] [MY-011087] [Server] Different lower_case_table_names settings for server ('1') and data dictionary ('0'). [ERROR] [MY-011087] [Server] Different lower_case_table_names settings for server ('0') and data dictionary ('1').
使用中遇到的错误
错误1,配置文件被忽略
配置文件中明明配置了使用 utf8
字符集,可就是没用;查看容器的 log ,发现下面的警告:
Warning: World-writable config file '/etc/mysql/my.cnf' is ignored,
或者:
Warning: World-writable config file '/etc/mysql/conf.d/config-file.cnf' is ignored,
大概意思是权限全局可写,任何一个用户都可以写。mysql担心这种文件被其他用户恶意修改,所以忽略掉这个配置文件。
进入容器查看该文件的权限:
|
|
解决思路:
|
|
那么我该如何在Windows中更改此文件的权限呢?到底怎么解决?只能通过自建 Dockerfile 来解决吗?
参考上文链接,脱离配置文件,直接在命令中配置:
Many configuration options can be passed as flags to mysqld
. This will give you the flexibility to customize the container without needing a cnf
file.
对于mysql 5 ,设置字符集、排序方式和忽略大小写:
|
|
对于mysql 8 ,设置字符集和排序方式:
|
|
错误2:无法挂载主机中的目录
C:\Users\Fan Dean
λ docker container start fd88
Error response from daemon: error while creating mount source path '/host_mnt/g/Docker/mysql/mysql5.5.60/custom': mkdir /host_mnt/g: file exists
Error: failed to start containers: fd88
重启Docker后可以运行mysql容器。(是重启Docker而非容器)。但是之前挂载的数据库文件可能没有读取,之前创建的数据库不见了。
参考另一篇文章。