提个疑问，生产环境中的数据库可不可以用 docker 容器化部署？

正确使用 docker (container) 是一项很有挑战性的事情，自己用随便用，团队里面有菜逼的话还是按短板来

云原生化的数据库，行业内有生产级别的应用了

@yinmin 这个也能解决，给内核打 patch 就行

当然可以 这和 docker 没什么关系吧 有 docker 反而方便部署。重要的是数据库做好各种备份。

看信创化或者国产基准要求

云厂商都是容器化了吧

当你考虑到架构变化带来的新可能，那些性能损失根本不是问题。微服务就有设计每一个服务一个数据库，自从有了 k8s 和 helm ，部署 HA 的数据库从来没有过的简单，非常有效率。其次容器本身只是计算，储存是没有变化的，依然是磁盘上。我看不到任何理由拒绝容器化。事实上各种算法，包括大模型，CNN ，神经网络等等都是组织架构意义上的进步，是数据结构和数据关系的进化，数据库本身如何运行，在哪里运行，如何协同合作，容器化提供了载体，让这些成为可能。再说，即使不容器化，所谓上云，还不是虚拟化吗？为什么不质疑虚拟化而去质疑容器化呢？

@yinmin k8s 接全闪 ceph 或者其它主流商业分布式存储，fio 跑 4k random rw iops 随便上万（ 2 x 10g trunk ）。不知道怎么会得出不如 sata 的结论。

数据库的核心资源需求就是存储和内存，存储垃圾裸金属也没救。

自己玩随意，生产环境下的“有状态副本集”怎么部署看领导的安排，之前有大佬推荐 KubeBlocks ，可以参考下这个

用 docker 是不是方便启动服务,但是数据是用操作系统直接存文件有风险?

@yinmin 8.0.3x 及之后的版本已经能识别 cgroup 的资源限制了。 建议及时升级。

理论上只要存储挂出来，无论 docker 或者 k8s 应该都是可以。
但你要考虑运维，dba 他们的能力。无论是升级还是数据恢复，dba 是否有解决的能力。

可以，部署有状态应用 k8s

@adoal #5 还是说唱歌手

重要数据基本都备份，多个宿主机容器挂卷打通就行吧

MySQL Docker 情况下，遇到过一个很底层的问题，但是总体上将数据卷挂载到物理磁盘是可用的。

可以，很成熟了。把存储目录挂在出来就行了。

@adoal 上次听人这么说还是上次，给你点赞了

有备份就行。之前生产遇到一次断电，可能数据卷出问题了，docker 里面的 mysql 再也拉不起来了，只能初始化重头导入备份。

肯定可以啊，k8s 不都是挂存储卷的吗