分布式 DB 愚人节笑话一则

写这篇文字的时候，其实心里是扭曲的，其实在想要不要写，要不要写，要不要写，半夜3点起来写，也是有病。

重要的事情说三遍，不要问是哪个数据库，不要问以前在哪里，不要问是哪个数据库，不要问以前在哪里，不要问是哪个数据库，不要问以前在哪里。

正文：

4月1日，听到一个笑话，某DDB 数据库去某金融企业做POC，在测试完毕后，竟然不如一个单机的PG的性能高，并且还是金融公司的副总主导，脸是啪啪啪的响。

不少人告诉我这个信息的时候，其他们是当笑话和我说的，我自己却笑不出来，因为我知道，这是一件很正常的事情。不要说那个分布式数据库，就是PG本身的分布式也搞不过PG本身的单体数据库，3个节点，6个节点，128G， 256G，我也是见过的，甚至干过，亲眼所见，亲手所为，所以离开了，之前因为一些对分布式的迷恋和盲目的崇拜，也认为，分布式一定是单体数据库的克星。甚至对一些ORACLE 的迷恋着嗤之以鼻，但实际的情况让你不得不认识到一个事情，带有怀疑和否定的态度，去处理一些事情还是对的。

那么为什么高大上的 DDB，搞不过单体的ORACLE ，甚至是PG，很简单--内耗。举例如果你去人家做客举例

如果是单体数据库你直接敲门，人家问一句谁，你回答我，然后开门， 如果是分布式数据库，那么结果是这样的

1 你敲门

2 门岗看了看你，问你谁呀？

3 你说我呀，我要找李主任

4 门岗说，哪个李主任，哪个部门的

5 你说，内勤的李主任

6 门岗说，等着我看看，李主任是男的女的

7 你说，男的，男的，男的

8 门岗说，等着，我打几个电话确认一下，打了几个电话，然后告诉你，等会，李主任在开会，你坐那等会

9 你说多长时间，门岗说，那我哪里知道，木桶原理，你知道李主任的36条腿哪个最慢，哪个最慢的就是你要等的时间。

10 最终，李主任带着36条腿，砰砰跳跳的到你面前说，久等了

此时你终于见到了李主任，太不容易了。

说道这里已经4：18AM了，新技术本身研究探讨是好事情，但不好的事情是资本，每个DDB 后面都要有一些投入后，要回报的“野兽”。他不会管你技术遇到什么问题，也不会管你什么技术售后，他要的是 Money , Money , Money .

所以就必须有人来出来说相声，一个逗哏的，一个捧哏的，让某个技术从一套煎饼果子，被包裹成，里面放了鲍鱼，鱼翅，和金箔的煎饼果子。在这个牛皮能把所有牛都吹死的年代，我真的是见过不要脸的，也知道他们吹完自己都不相信。但没有办法，他们也要活下去，资本也要逼着他们活下去。

分布式好不好，当然好，但必须有范围，应用场景，以及冷静的大脑，和技术人来实际将这些事实和使用的场景和使用的人来说清楚，这才是良性的循环，不顾事实一直鼓吹分布式好，分布式是替代单体的唯一的 救命草，我只想说 C A O

分布式产品到底需要什么，比单体更强大的硬件，以及更快速的网络（如果有千万兆的网络更好），以及更合适的业务，更大的数据量，以及更适合的查询方式。可惜那些什么副总，要他懂得数据库原理，要他明白这些，下辈子也不一定。所以就有了4月1日的笑话，愚人节快乐。

反过来最近工作中的进展，让我明白一个道理，不基于硬件产品的DB产品都是浮云。想想ORACLE ,PG ,SQL SERVER 等这些数据库不都是基于当时硬件的体系发展出来的产品。

所以数据库要发展，必须从底层来，那就是硬件的重新设计，基于变化的硬件产品，在此基础上设计出的数据库产品，才是这个时代的数据库。

反观某云原生数据库本身，就是自己创造了底层的“新硬件”，以及基于内存网络，shared storage 而来的，至于性能如何，正在准备测。

4：32 保存，发布，祝愿资本尽量不要疯狂压榨“技术人”，他们会做的更好，而不是在“放卫星”。