数据库圈的认知偏差

数据库管理-第264期 数据库圈的认知偏差（20241121）

作者：胖头鱼的鱼缸（尹海文）
Oracle ACE Pro: Database（Oracle与MySQL）
PostgreSQL ACE Partner
10年数据库行业经验，现主要从事数据库服务工作
拥有OCM 11g/12c/19c、MySQL 8.0 OCP、Exadata、CDP等认证
墨天轮MVP、年度墨力之星，ITPUB认证专家、专家百人团成员，数盟会长老会成员，OCM讲师，PolarDB开源社区技术顾问，HaloDB外聘技术顾问，OceanBase观察团成员，青学会MOP技术社区（青年数据库学习互助会）技术顾问
圈内拥有“总监”、“保安”、“国产数据库最大敌人”等称号，非著名社恐（社交恐怖分子）
公众号：胖头鱼的鱼缸；CSDN：胖头鱼的鱼缸（尹海文）；墨天轮：胖头鱼的鱼缸；ITPUB：yhw1809。
除授权转载并标明出处外，均为“非法”抄袭

最近密集跑了很多地方，见了很多人，经历了很多事，发现数据库圈内还是有不少的认知偏差。

1 网络稳定

昨天和一家本土数据库厂商吃饭（顺便在海底捞再次社死了一把），聊到了很多事情，其中很重要的一点就是集中式数据库和分布式数据库之争还远远没有结束。这里就综合交叉了很多关于硬件的内容，比如客户能提供最大的单机资源是32C128G（数量还很少），磁盘性能低于100MB/s，那么在这种情况下就不得不用大量的小规格服务器/虚拟机使用分布式数据库来解决问题。但是这也带来了另一个问题（这里先不说应用改造的问题），即网络稳定性的问题，即便是物理机环境，数据库厂商也不建议集群跨交换机部署，集群节点数量也尽可能少于48（注意，这个不考！），如果是虚拟化或云环境，那么对网络将更加谨慎。
可能很多人觉得关于网络这是危言耸听，但是这里可以说一下，我驻场服务的客户正好就是移动的网络口，虽然作为DBA不直接接触业务，但是我也知道客户为了提升网络质量，哪怕小数点后那一点点数值所做出的努力，当然这个我不能细说，我只能说网络的延迟和带宽的波动是随机且不可控的，多套分层交换机的复杂机房内网络环境是如此，跨机房网络环境中网络则可能更加恶劣。
也许有人会说，可以使用基于RDMA的Infiniband/RoCE交换机，首先我们要要考虑组网的硬件成本问题；其次之前也写过，要充分利用RDMA还需要对操作系统和软件进行适配，这个难度也不低；再然后，一旦距离增加，RDMA交换机之间的稳定性依然是一个问题。

2 广深之争

技术覆盖的广度和深度也是一个老生常谈的话题，但是最近看到一些场合某些人在说，因为某某人的广度够宽很强，而其他一些专注于某些领域比较深入的人则不行（这里不是说这个人不行，而是说一下提出这个论调的人）。首先，闻道有先后术业有专攻，每个人的时间和精力其实是有限的，很多情况下广度和深度是不能兼顾的，所以我们常常看到的行业大牛是一专多能；另一方面，每个IT从业者的角色是不同的，一些角色需要深耕于一门技术并能够解决其深度的问题，而另一些人则是统筹全局，需要的是了解更多并排布技术，他们就需要涉猎更多。当然基于长期从业的经验很多人将不止局限于一专多能，而是一专多强，这里的强甚至会比一些自认为在某些领域是高手的人更强。
我想说的是，以技术的广泛和深入程度来判断一个人是否很强其实是有失偏颇的，每个人都会有高光点，但每个人都会有局限性。比如我们常常感叹到，学的越多，看到的越多，觉得自己不知道的越多，反过来需要学习的就越多。而那些半灌水响叮当的人，有没有想过，真的达到了一览众山小的高度了么。

3 认证无用

其实吧，这个问题也不是最近才出现的，以我熟悉的Oracle认证为例，如果你只是单纯以拿到证书为目的，那么达到目的的方式有很多，背题库背操作甚至是用一些不怎么光彩的方式就能获得，这降低的是你获得这个证书的含金量而不是证书本身的含金量。
众所周知，几乎所有的认证都是有配套培训的，这里都先不说Oracle最高级别的OCM，即便是OCP的关联培训内容都是非常详实完善的，如果认真学习完OCP的课程并融会贯通，也能成为一个能力很不错的Oracle DBA。当然如果在此基础上考完OCM，更可以在高级特性和实操层面提升自己。如果只是单纯搞定答案，知其然而不知其所以然，那么任何的学习都会成为无用功。
当然，不得不说，一些国产数据库的认证及其培训确实做的还不怎么好，无论是考试的深度、难度还是广度还是培训编排上，这些还需要努力。

总结

本期吐槽了一下最近看到的一些认知偏差。
老规矩，不知道写了些啥。