面试题：为什么 MySQL 不要使用 Docker 部署。。。。

[michael2016]

如果你去找工作，遇到我问你以下几个问题如何回答：

1. 在大厂 MySQL 是不能用 Docker 的，为什么？
2. 今天业务被 DDoS 了，你如何在 10 分钟内解决问题？
3. 如果被爬虫爬了，你应该如何解决？
4. RAG 和 Agent RAG 有什么区别？

问题一再换个表达方式：在生产环境中不推荐使用 docker 运行 MySQL ，简单简述一下你的经验和最佳实践。

[deplives]

@Sendya #100 你帮我算啥啊，op 确实张嘴 5w qps 还要一个人来负责搞定这些问题啊

[Sendya]

@deplives 哈哈就是帮你把 op 的 5w 具象化一下，给其他人参考

[deplives]

@Sendya #102 所以我不就说，张口闭口 5w qps ，他怕是都不知道意味着什么

[UN2758]

这个不是月经贴吗，RAG 和 agent 也是和 ai 应用岗位强相关了，这个问题类似我问你 word2vec embedding matrix 和 llm 里的 embedding matrix 区别在哪？你觉得有啥普通面试场景上的意义吗

[qianyidui5]

如果你上面的问题都回答上了 面试官也很满意 邀请你入职
面试官问你还有什么想问我的吗
你问面试官你们公司服务有监控没
面试官说他们从来不装监控
你还去这家公司吗？

[wuhanchu]

可以。但是会增加风险

[mightybruce]

docker 不等同于 k8s, 如果是能运用 k8s operator 并解决可能出现的问题，那么没问题。

单独用 docker 的确很难做到 mysql 高可用 高可靠的

[forblackking]

@deplives #96 看到 op 在上面批判大伙对待技术的态度，好奇翻了下 op 的帖子，提到过是在做运营咨询的，释然了...

[jhdxr]

> 在大厂 MySQL 是不能用 Docker 的，为什么？
今年是 2025 年吧？哪个大厂？

容器化不是银弹，问 mysql （或者大部分传统的 stateful 服务）跑在容器里有啥缺点我觉得更合适一些

[justdoit123]

容器一定是有额外开销的。对于这种有状态的服务。用普通的容器化方案能更快、更好的实现高可用与高稳定性吗？我感觉弊大于利。

抛开服务负载谈这些都是无效讨论。我感觉面试官没把问题问好。

另外，就算是大厂，也有小负载、低价值的服务。那么也就没必要什么服务都上岗上线，这时候直接使用 docker/k8s 搭建一个 mysql ，这才是务实的做法。

[9hills]

@michael2016 某度、某里都实现了核心业务（包括数据库）百分之百容器化，做容器圈的都知道。

请问他们的 QPS 是不是超过了 5 万？

[Fallever]

刚好在 cnblogs 首页看到这个
https://www.cnblogs.com/12lisu/p/19093514

[RedisMasterNode]

@laminux29 哈哈翻下来至少到 8 楼只有你是认真回答问题的，点赞！

[Feiex]

@michael2016 #40 这个回答太傲慢油腻了。
我在京东就职时候，整个业务线都用的是容器化数据库（ jed ），es 、hbase 也都是容器化部署。
当前就职公司也是在逐步下线存量物理机。

那你所谓的“大厂 MySQL 是不能用 Docker 的”是站不住脚的：
为什么物理机就稳定安全了，容器化就不稳定安全了？
物理机架构运维成本相比一键弹性安装的自助化容器岂不是更复杂，成本更高，为什么说是“降低了运维成本”？
“sla 没有保证”哪家云服务敢不保证容器实例的 SLA ，容器的宕机保护、缩容保护、延迟删除，物理机能做到哪个？
为什么需要区分设置 prod/stage/test ？为什么这些环境的实例配置做不到软硬件规格统一？很容易配置出错啊

通篇看来，lz 工作中使用的基础设施只是接入了多家公有云，也仅仅有面向公有云的发布经验，这些独立的云部门不仅超售严重，而且出于成本考量几乎不会做资源隔离。而当前超大规格宿主机完全可以做到各个容器独享各自主板资源，就这方面，我对 lz 的评价是：“年轻有时间还是要多深度学习。”

[huage]

我在宇宙第一大保险公司的科技公司面试过上百人，说真的：面试问题很随机或者说随意，很多问题不是要一个标准答案，而是看你如何回答

[kevinxzhao]

看到标题，就想那个垃圾面试官问的，k8s 中跑的都好几年了。

[BadAngel]

@michael2016
1 、既然稳定性和数据安全说第一位，就不要选择本地盘，一旦坏了数据就没了，本地盘那一点性能优势和价格优势并不存在。
2 、为啥 DDos 在云厂这里一个产品就能闭环，你考虑的攻击应对只需要买产品就行了，你真的要考虑自行应对，只能说运维工程师的价格买不来安全工程师的服务，可以省钱，但代价是什么。
3 、反爬虫也早就是云厂的标准产品能力了，只能说你还是小厂或者传统运维的思维方式了，当领导没有大局观可不行。
4 、我不懂就不献丑了。

为啥大家反对的居多，还是爹味太重，一看就积重难返，大家也不用跟这位领导掰扯了，没意义。

[dssxzuxc]

@michael2016 #33
>把你的客户数据、商品信息都爬走了
这咋了，防又防不住。能做的工作也就：
前端混淆+接口加解密，难度 3 ，拦下 90%
风控系统，难度 5 ，拦下 99%
指纹验证 + 特征判断，难度 7 ，拦下 99.9%
人机验证，难度 9 ，拦下 99.99%
但是不管怎么做都不是 100%，京东淘宝美团这些应用再怎么加固能拦下逆向扣 so 解密吗，接口数据不照样被各种倒手。
以数据为核心的业务，创立之初就要设想数据被全部爬走的最坏打算，如果无法承受，那么就不该立项。

[crackidz]

最后一个问题一定是你记错了或者打错了，应该问题是 RAG 和 Agentic RAG 的区别。

[w7938940]

@maichael OP 明显不是你说的合格的面试官

[pollux]

如果是新型的分布式数据库，倒是可以容器化的，只好做好底层存储与协议兼容，路由层隔离，如果是传统数据库，容器化并没有提升性能，还引入了不必要的运维排错风险，尤其是在大厂的 SLA 严格考核下，专机专用也是优良传统。

[wheat0r]

@shenlanAZ #42 我真见过最后一种，找我要一个虚拟机，分配 64GB 内存，说是拿来跑数据库。
我说这个库就跑一个会员卡系统，并发还不到 10 个，怎么测出来的数据库内存需求。
他说他们的测试服务器 64GB 内存 SQL Server 长期运行会占满，肯定不能更少了。
我问有没有使用限制实例的内存占用。
他问怎么限制…

[ivvei]

为什么？因为菜

[shenlanAZ]

@wheat0r 我之前在某国央企工作过，也是遇到过类似的情况，有两种情况

1. 他们那种组织架构就不允许弹性伸缩，所以一次性会拿很大的配额保证后面一定是够用的，或者挪作他用。
2. 因为技术问题写的程序有内存泄露的问题，不敢去动代码或者别的什么原因，最后的解决办法就是定时重启...

[siteshen]

1. 不知道啊，我一直都用 PostgreSQL ，MySQL 这东西也能火真是没天理。我的建议是不仅是不要用 Docker 部署，更不要部署。

[SeaTac]

经典命题作文面试