你还在 Docker 中跑 MySQL？恭喜你，好下岗了！

上一篇：一个90后员工猝死的全过程0、2T架构师学习资料干货分享

容器的定义：容器是为了解决“在切换运行环境时，如何保证软件能够正常运行”这一问题。

下面，我们就聊一下 Docker 不适合跑 MySQL 的 N 个原因！

数据安全问题

性能问题

大家都知道，MySQL 属于关系型数据库，对IO要求较高。当一台物理机跑多个时，IO就会累加，导致IO瓶颈，大大降低 MySQL 的读写性能。

其实也有相对应的一些策略来解决这个问题，比如：

1）数据库程序与数据分离

2）跑轻量级或分布式数据库

Docker 里部署轻量级或分布式数据库，Docker 本身就推荐服务挂掉，自动启动新容器，而不是继续重启容器服务。

3）合理布局应用

状态问题

在 Docker 中水平伸缩只能用于无状态计算服务，而不是数据库。

目前，腾讯云的TDSQL（金融分布式数据库）和阿里云的Oceanbase（分布式数据库系统）都直接运行中在物理机器上，并非使用便于管理的 Docker 上。

资源隔离方面

资源隔离方面，Docker 确实不如虚拟机KVM，Docker是利用Cgroup实现资源限制的，只能限制资源消耗的最大值，而不能隔绝其他程序占用自己的资源。如果其他应用过渡占用物理机资源，将会影响容器里 MySQL 的读写效率。

需要的隔离级别越多，获得的资源开销就越多。相比专用环境而言，容易水平伸缩是Docker的一大优势。然而在 Docker 中水平伸缩只能用于无状态计算服务，数据库并不适用。

MySQL 也不是全然不能容器化。以下几种场景还是适合的。

1）对数据丢失不敏感的业务（例如用户搜索商品）就可以数据化，利用数据库分片来来增加实例数，从而增加吞吐量。

2）docker适合跑轻量级或分布式数据库，当docker服务挂掉，会自动启动新容器，而不是继续重启容器服务。

3）数据库利用中间件和容器化系统能够自动伸缩、容灾、切换、自带多个节点，也是可以进行容器化的。

看完这篇文章，你有什么收获？欢迎在留言区与10w+Java开发者一起讨论~

感谢您的阅读，也欢迎您发表关于这篇文章的任何建议，关注我，技术不迷茫！小编到你上高速。

    · END ·

最后，关注公众号互联网架构师，在后台回复：2T，可以获取我整理的 Java 系列面试题和答案，非常齐全。

正文结束

推荐阅读 ↓↓↓

一个人学习、工作很迷茫？

点击「阅读原文」加入我们的小圈子！