文章反驳了关于数据库不适合容器化的观点，指出容器化并不会损害数据安全性或性能。通过使用PV/PVC外挂存储，数据库可以在容器中安全运行。作者分享了其公司基于容器+K8S的数据库融合平台，支持主流数据库的全生命周期管理，实现了高效稳定的运行。K8S的控制器模式和Service服务为数据库HA提供了保障，简化了资源调度和故障自愈。
最近看到一篇推文，痛述MySQL不能上容器的各种理由，基本是N年前的陈词滥调，东拼西凑出的一篇水帖，文末对于数据库是否能上容器，也是模糊不清，没有确切的观点，标题倒是吸引眼球，不明就里的人容易产生一种倾向：数据库不适合容器。
在如今这种信息泛滥的年代，好像否定一种事物，比接纳他更容易引起共鸣，小编君也在自问：为什么数据库容器化容易被否定？是他本身的逻辑导致的吗？做为一名数据库从业者， 小编君举双手支持数据库容器化！
首先来看看数据库容器化受到的各种质疑：
▌ 1. 如果容器突然崩溃，数据库未正常关闭，可能会损坏数据
荒谬，按照这个逻辑，把 容器两字换成 物理机，这句子念的也是通畅的吧？当然数据持久化姿势要正确，可以用PV/PVC外挂存储或目录的方式，数据IO直接透传出容器，数据库本身是有WAL日志保护的，只要磁盘不存在损坏，故障重启后的日志前滚回滚，会保证commit的你看得见，未commit的你看不见。不管是容器，还是物理机，都是这套流程，两者面对的崩溃导致异常的概率基本是一致的，可能物理机崩溃事还更大一点吧？
▌
最低0.47元/天 解锁文章
扫一扫
777
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
