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

生产环境都是 docker 部署。放心大胆的用 ，数据挂出来即可

数据库可以容器化部署。如果用 docker 部署，将数据目录映射到 host 即可。如果用 k8s ，需要持久化存储的问题，k8s 有提供专门的持久化存储方案。对于 on-premise ， 使用 k8s 部署中间件是推荐的方案。

当然可以
这个跟能力有关，有能力怎么都行

数据库容器化早就不是问题了

为什么不行呢？ https://dev.mysql.com/blog-archive/mysql-with-docker-performance-characteristics/

现在通用做法就是 docker 跑 mysql ，data 文件夹-v 在宿主机

容器里跑呗，没事儿的。

云厂商的数据库都是容器实例，当然，人家的数据库已经修改的充分云原生化了

我觉得没啥不合适的，做好挂载存储和备份策略

对于 90%被要求使用信创的客户，docker 都不存在性能问题

感谢各位大佬解答，我是觉得没问题，因为本身公司内部的开发环境我也使用容器部署使用了好几年，并且新的服务器资源很足够！但是问了公司里的几个领导，他们都说不建议，所以我这边还是按领导的要求来，不想给自己找事。。。（ ps ，我内心还是站在容器化部署的！！）

@liyunyang 如果做的项目是面向企业的，那我强烈建议你上 docker ，这样交付的时候可以避免点各种各样的坑。

如果服务器多或者客户项目多已经形成部署脚本的话，那肯定是 docker 部署方便便于维护，我们公司的项目数据库就全是基于 docker 部署的，但感觉你这种情况完全没必要，不要给自己找麻烦

容器化部署没啥问题，conf 和 data 都要暴露出来，主从节点要测试网络连通性。但是用 k8s statefulset 部署数据库就比较麻烦了，最好还是独立在 k8s 外，用 service 访问

我也觉得数据库用容器部署没什么问题。
问题在于，如果有多个应用，是连接到同一个数据库容器，还是每个应用都各自开一个数据容器？

有没有专家说一下容器化管理数据库具体操作? 是把数据库的数据也容器化管理吗

小心一件事情，如果限制容器的 cpu 、内存资源，容易不稳定出问题。

因为，容器里获取到的 cpu 数量和内存都是主机值，不是容器限制值。

例如：主机 16 核但是 nginx 容器限制 4 核，nginx 会根据 cpu 数量自动设置 workers 进程数量，也就是按 16 核分配了过多的 workers 导致高负载下性能急剧下降。

例如：主机 64GB 内存但是 mysql 容器限制 8GB 内存，mysql 读到的是主机 64GB 内存，然后不断占用内存超 8GB 后被系统杀死，导致 mysql 异常重启。

推荐，不要在 docker 里限制容器 cpu/内存，改成在软件配置里加限制；如果必须在 docker 里限制容器 cpu/内存，则需要调整软件配置以匹配容器限制。

@COW 哈哈哈，尤其是那些机房涉密，完全隔绝外网的政府，国企，军工。用 docker ，珍爱生命

当然可以

这都 2024 年了还问这个