【赵渝强老师】数据库不适合Docker容器化部署的原因

在Docker的容器中可以部署运行一个MySQL数据库，并通过数据卷将运行在容器中的MySQL数据库的数据进行持久化。如果这时候运行MySQL的容器被销毁了，数据也将会发生丢失。因此在Docker中部署数据库服务时，一定要考虑数据持久化的问题。但数据库并不适合Docker容器化部署。

视频讲解如下：

一、 【实战】在Docker部署MySQL

下面通过具体的步骤来演示如何在Docker容器中部署MySQL数据库，并通过挂载数据卷完成数据的持久化。

（1）从镜像仓库中拉取mysql镜像。

docker pull mysql:5.7

（2）在宿主机上创建MySQL数据持久化目录。

mkdir -p /data/mysql/conf
mkdir -p /data/mysql/data

（3）执行命令启动MySQL容器。

docker run -d -p 3306:3306 \
-v /data/mysql/conf:/etc/mysql \
-v /data/mysql/data:/var/lib/mysql \
-e MYSQL_ROOT_PASSWORD=Welcome_1 \
--name mysqldemo \
mysql:5.7

# 提示：这条命令创建了挂载了两个数据卷，即以下两行配置参数：
# -v /data/mysql/conf:/etc/mysql 
# -v /data/mysql/data:/var/lib/mysql 
# 通过这两个数据卷将容器内部的MySQL配置文件和数据文件挂载到了宿主机上。

（4）在宿主机上执行命令查看“/data/mysql”目录。

tree -d -L 2 /data/mysql/

# 输出信息如下：
/data/mysql/
├── conf
└── data
    ├── mysql
    ├── performance_schema
    └── sys

二、 数据库不适合Docker及容器化的原因

由于Docker的容器是一个无状态的服务，因此就不适合将一个有状态的服务部署到Docker的容器中，例如数据库服务。这主要体现在以下几方面：

• 数据的安全性：尽管Docker可以通过数据卷的方式将容器内的数据持久化存储到宿主机上，但任然不能保证不丢数据。如果容器崩溃并数据库未正确关闭，则可能会损坏数据。
• 硬件资源的争用：通常在一台Docker的宿主机上往往会启动多个容器。如果将数据库的容器与其他应用的容器运行在同一个宿主机上，由于它们对硬件资源的要求是不同的，必然会造成资源的争用问题。
• 网络带宽的占用：Docker的网络都是虚拟网络，通过宿主机上的docker0网桥进行转发。而数据库通常要求的网络带宽是比较高的。因此将数据库与其他应用都部署在同一个宿主机的容器中，网络带宽必然会成为数据库性能的瓶颈。
• 数据额外的隔离：将数据库部署到容器中，毫无疑问增加了一层容器的隔离。这不利于数据库的水平扩展。

最后还需要说明的一点是，使用Docker的目的就是在于易于构建新环境和易于重新部署应用系统。而在实际情况中数据库一旦部署完成，很少会进行数据库的升级或者重新部署。因此从这一方面看，数据库也不适合Docker及容器化。