目录
1、前言
2、部署MySQL
2.1、Docker仓库查看镜像
2.2、拉取MySQL镜像
2.3、创建持久化目录
2.4、启动MySQL容器
2.5、查看宿主机上的MySQL目录
2.6、本地MySQL测试
2.7、新建MySQL用户，配置远程访问
3、为什么数据库不适合Docker容器化
3.1、数据安全性
3.2、硬件资源争用
3.3、网络带宽占用
3.4、数据额外隔离
4、小结
1、前言
开发中，通常会自建MySQL数据库方便个人开发测试。这里利用Docker安装MySQL 5.7。
2、部署MySQL
2.1、Docker仓库查看镜像
上镜像仓库：https://hub.docker.com/ 搜索mysql。
搜索结果第一条，就是我们要的结果。
点击进去查看详情，可以看到关于MySQL镜像相关的所有信息。我们需要安装的是MySQL5.7版本，因此我们进入到Tags中。
找到我们要的5.7版本。
后面的黑框里的命令，就是我们可以拉取该版本的命令。
2.2、拉取MySQL镜像
从Docker Hub中复制拉取镜像命令，执行。
docker pull mysql:5.7
2.3、创建持久化目录
MySQL数据库部署时，一定要考虑数据持久化的问题。如果没有挂在持久化数据卷，一旦MySQL容器被销毁，则数据将会全部丢失。
# 用于存放mysql配置文件
mkdir -p mysql/conf
# 用于存放mysql数据
mkdir -p mysql/data
2.4、启动MySQL容器
docker run -d -p 33066:3306 \-v /home/pengyaohuang/mysql/conf:/etc/mysql/conf.d \-v /home/pengyaohuang/mysql/data:/var/lib/mysql \-e MYSQL_ROOT_PASSWORD=root \--name mysql mysql:5.7
-v将MySQL的配置文件和数据文件挂在到宿主机上。
2.5、查看宿主机上的MySQL目录
tree -d -L 3 /home/pengyaohuang/mysql/
2.6、本地MySQL测试
先进入docker容器内
docker exec -it mysql /bin/bash再通过命令进入MySQL：
mysql -uroot -p
2.7、新建MySQL用户，配置远程访问
创建一个admin_rw账户：
# 创建用户
mysql> create user 'admin_rw'@'%' identified by '123456';
# 赋予所有权限
mysql> grant all privileges on *.* to 'admin_rw'@'%';
# 刷新权限
mysql> flush privileges;
2.8、本地Navicat连接测试
由于我映射到宿主机端口为33066，因此我的MySQL连接信息为：192.168.74.128:33066
连接成功：
3、为什么数据库不适合Docker容器化
虽然我们按照前面步骤能够正常安装并使用我们的MySQL。但是实际项目中，我们MySQL很少会使用Docker安装，要么直接装在宿主机，要么使用云服务RDS。这是因为DOcker容器提供的是无状态的服务，所以不适合将有状态的服务（如数据库）部署到Docker容器中。原因有4：
3.1、数据安全性
尽管 Docker 可以通过数据卷的方式将容器中的数据持久化到宿主机上，但仍不能保证不丢失数据。如果容器崩溃了，且数据库未被正确关闭，则可能会丢失数据。
3.2、硬件资源争用
通常在一台 Docker 的宿主机上会启动多个容器，如果将数据库的容器与其他应用的容器部署在同一个宿主机上，由于它们对硬件资源的要求是不同的，则必然会造成资源争用的问题。
3.3、网络带宽占用
Docker 的网络都是虚拟网络，通过宿主机上的 docker0 网桥进行转发。而数据库通常对网络带宽的要求是比较高的。因此，将数据库的容器与其他应用的容器部署在同一个宿主机上，则网络带宽必然会成为数据库性能的瓶颈。
3.4、数据额外隔离
将数据库部署到容器中，毫无疑问会增加对容器的隔离，不利于数据库的水平扩展。
4、小结
使用 Docker 是为了更容易地构建新环境和重新部署应用。而在实际情况中，数据库一旦部署完成，则很少会对数据库进行升级或重新部署。因此，从这个角度来看数据库也不适合 Docker 容器化。
