聊聊Docker不适合跑 MySQL 的N个原因

下面是关于“聊聊Docker不适合跑MySQL的N个原因”的完整攻略。

1.概述

Docker 极大地简化了应用程序的部署和管理过程，但是在运行 MySQL 这类数据库服务时，Docker 可能并不是最好的选择。在这篇文档中，我们将讨论 Docker 不适合跑 MySQL 的 N 个原因。

2.Docker 部署 MySQL 的问题

2.1. 数据持久化的问题

Docker 是面向运行容器的，而容器在运行过程中可能会不断变化或被删除。因此，Docker 中的数据都是临时性的，它不会像物理机器一样持久化存储你的数据。如果你使用 Docker 运行 MySQL，你需要在容器中设置卷，来实现数据的持久性存储。

以下是一个设置 MySQL 数据库卷的示例：

docker run -d -v /my/own/datadir:/var/lib/mysql mysql

2.2. 内存和CPU资源的使用

使用 Docker 运行 MySQL 进程会有一定的额外开销，因为必须要使用额外的 CPU 和 RAM 来运行容器化的 MySQL 进程及其基础设施。当你的环境中有大量的数据库请求时，这些开销可能会成为瓶颈，导致系统的性能受损。

以下是一个设置 MySQL 容器内存和 CPU 资源限制的示例：

docker run -it --rm \
        --memory=512m \
        --cpus="1" \
        mysql

2.3. 网络资源限制

通过 Docker 部署 MySQL 也需要注意能否适当地管理网络资源。Docker 的网络设置非常灵活，但也很复杂，容易设置错误，导致网络资源浪费和性能低下。

以下是一个设置 MySQL 容器网络限制的示例：

docker run -it --rm \
        --network=foo \
        --name mysql \
        mysql

3. 为什么Docker不适合跑 MySQL

3.1. 复杂性

在运行 MySQL 之前，我们需要考虑到诸多因素以确保其顺利运行。需要注意的问题包括但不限于：

• MySQL 数据库引擎的选择和配置
• 磁盘大小和文件系统选项
• MySQL 用户的权限设置
• 备份和恢复过程

Docker 需要考虑的问题更加多样化，由于 Docker 容器化了 MySQL 进程，会添加额外的复杂性。因此，在高负载条件下，将 Docker 用于 MySQL 运行可能会增加应用程序的维护难度。

3.2. 性能

Docker 运行 MySQL 进程时，需要将 MySQL 的所有请求和响应经过容器化的额外步骤，比如网络协议传输、加载和卸载存储卷等。这些应用程序的额外处理步骤可能会对性能造成严重的影响。

4.示例

下面是两个有关 Docker 不适合跑 MySQL 的实际示例：

示例1：Twilio

java.io.IOException: Could not open/create prefs root node Software\JavaSoft\Prefs。此错误发生在 Twilio 的服务器上。由于 MySQL 运行在 Docker 容器中，Twilio 无法访问 Java 的程序存储目录（即 java调用的preferences），导致失败。

示例2：Obsidian Cloud Backup

Obsidian Cloud Backup 是一个备份工具，支持在云端、本地等存储服务器上备份，但是对于非特定静态 IP 管理的 Docker 容器网络来说，它可能会出现错误和故障。在实践中，你不能将与 Obsidian 配置相关的 IP 地址硬编码到脚本中，因为在容器重新启动后，容器所分配的 IP 地址也会发生变化。

5.总结

虽然 Docker 是一个出色的容器化解决方案，但并不是所有应用程序都适合容器化部署。MySQL 的应用程序需要考虑到资源限制、数据持久性和性能等问题。因此，对于高负载条件下的 MySQL 运行，建议使用传统部署方式而非 Docker。