目前,容器和 Docker 依旧是技术领域最热门的词语,无状态的服务容器化已经是大势所趋,同时也带来了一个热门问题被各人所争论不以:数据库 MySQL 是否需要容器化?
认真分析各人的各种观点,发现赞同者仅仅是从容器优势的角度来阐述 MySQL 需要容器化,险些没有什么业务场景举行验证本身的观点;反过来再看反对者,他们从性能、数据安全等多个因素举行阐述 MySQL不需要容器化,也举证了一些不适合的业务场景。下面,我们就聊一下 Docker 不适合跑 MySQL 的 N 个原因!
一、数据安全问题
不要将数据储存在容器中,这也是 Docker 官方容器使用技巧中的一条。容器随时可以制止、大概删除。当容器被rm掉,容器里的数据将会丢失。为了制止数据丢失,用户可以使用数据卷挂载来存储数据。但是容器的 Volumes 计划是围绕 Union FS 镜像层提供长期存储,数据安全缺乏保证。假如容器突然崩溃,数据库未正常关闭,大概会损坏数据。另外,容器里共享数据卷组,对物理机硬件损伤也比较大。
二、性能问题
各人都知道,MySQL 属于关系型数据库,对IO要求较高。当一台物理机跑多个时,IO就会累加,导致IO瓶颈,大大降低 MySQL 的读写性能。
在一次Docker应用的十大难点专场上,某国有银行的一位架构师也曾提出过:“数据库的性能瓶颈一样寻常出现在IO上面,假如按 Docker 的思路,那么多个docker最终IO请求又会出现在存储上面。现在互联网的数据库多是share nothing的架构,大概这也是不思量迁徙到 Docker 的一个因素吧”。