临时工说: 快速识别 “海洋贝壳类” 数据库方法速递

开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, Oceanbase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，CTO，可以解决你的问题。加群请联系 liuaustin3 ，（共2150人左右 1 + 2 + 3 + 4 +5） 新人奖直接分配到5群,另欢迎 OpenGauss 的技术人员加入。

最近临时工发的文章，比较负面，比较的不堪入目，这里和“壳”数据库厂商道歉，实在是忍不住。在千人的群里有人看之前的文章，提出一个问题，什么是“壳”数据库，基于临时工的胆子小，嘴还欠的基因，什么是壳数据库，这里我们不能直接说。但如同315 ，咱们怎么辨别这些 shell，而不是通过产品的说明书来去体会壳产品的先进性。不过这里不是壳数据库的产品，很明确可以说出名字， Oceanbases ,PolarDB , Tidb,这些数据库一定不是壳数据库，这都是国产的数据库，出类拔萃的那种。

对于壳数据库本身，临时工并不反感，反感的是那些明明用了人家开源的基因，还嘴里说我们是自研，或别人只要一说你是PX数据库的变种，就急头白脸的和人间理论，投诉别人文章下架的“货”们。至于壳数据库有些东西是基因里面的东西不能剥离，任你怎么不承认，都可以直接接撕开伪装，今天我们就撕开骗不了人的东西

1  数据膨胀：这个是某些壳数据库变换了多少说明书或变化了多少技术原理，也改变不了的东西。因为壳下面的基因如此，在基因里面基于MVCC和实现UNDO的原有数据库的原理，导致每个表里面都会冗余曾经已经抛弃的数据版本的行信息，这里可以用专业的词汇 TUPLE，元祖来表达。凡是告诉你数据库中，需要进行定时，或触发进行表的一些小猫腻的，或数据行重标识的，进行相关命令执行，都具有“壳”基因。

这里有一个好的方法来验证，你对于这样的数据库插入一些数据比如10条，然后你呢修改数据行插入顺序的第一条数据（UPDATE）而后你再次select * from table 发现第一条数据，已经自然到了表的最后一行，那么恭喜你，你吃到了海货，贝壳类的妥妥的。

2  部分基于壳基因的数据库，在数据高并发的时候，处理的不好，当然有些已经改变了，将进程模式修改了，所以有些数据库还是用功了的，改了很多原有的基因，如大象改成猪 🐖，鼻子切掉了。虽然改了不少，但是你可以从以下几个方面来确认，他原来是 大象，只是没有了鼻子。

方法1，查看数据库中是否有一些日志的格式是 00000开头的，并且量非常大，16MB一个，或其他的大小，但这些不能被调节。你去问他们，这个日志还可以调节大小吗？如果回答你可以，但是的数据库初始化，或安装的时候可以调节的，那么很有可能是壳数据库。

方法2，查看数据库中数据文件是否用数字来标识，并且一些大的数据文件是1G一个，或者固定的大小一个。（当然你的数据量的大于1G才能看的出来）

方法3 ， 查看数据库登录的方式，可能是是XSQL -U 用户名 -p端口号 -h IP地址等 ，但有一个重要的地方是，怎么登录都必须要输入密码，必须手动输入，想在命令本身带有密码是不行的，当然可以免密，如果要你免密，或手动输入，那你用到，海洋壳数据库的可能性就极大了。

3  一些壳数据库产品，也可能是分布式的数据库，但这类产品可能变异了，将一些路由，接受连接的节点部分进行了重构，或伪装。但结果在他的说明书上，还是看得到 GTM 等词汇，CN, DN, ETCD 等文字或图形在说明书文档等，那么你很荣幸的用了高级壳，基于尤其看到一个数据库要用到 ETCD组件的时候，壳分布数据库产品的标签可以99%被打上。基于 XL XC 协议和原理的产品有一个小问题，就是高并发的时候，有时候会有承受不了压力的情况，导致无响应的小问题。同时数据库的备份也是一个问题，要不就是逻辑备份，要不及时通过LVM进行SNAPSHOT 备份，反正单纯的物理备份大概率是没有的。

可能写到这里，会有指责的声音，为什么你一直和国产数据库过不去，为什么发类似的文章。

1  首先我没有和国产数据库过不去，从没有，相反我对于国产数据库是十分推崇，并且正在使用国产数据库。所以不要给我扣帽子，把我说成HJ ZG，不爱国，不支持国产，这你是扣不上的。相反指责我的有些厂商，你千万别叫国产数据库，壳数据库这名字适合你，国产不是一种消费大众智商的情怀。

2  我对于国产数据库，在有些数据库上的称呼是质疑的，国产数据库，首先他应该是一个数据库，有些产品，只剩下国产了这两个字卖情怀了，至于是不是数据库，是什么数据库，是从哪里来的数据库，你们自己是最清楚的，一个数据库10几个人，几十个人，就标榜自己是国产数据库优秀产品，上评测，上大会，吹吹吹，将自己的 垃圾 推出来哗众取宠，标榜自己是国产数据库，这样做是否妥当，法律之上道德之下。

3  对于不正大光明的一些产品，只能这样，比如有些国产数据库本身是来自于 壳基因，但就是在各种场合，各种自己的说明，将这些都抹去，只要有人说你是基于某数据库，马上就反驳，甚至封杀，有必要吗，所以我这篇文章里面，不能体现 壳是什么壳 ，基因是什么基因，可这样的表达不是更赤裸裸。

对于壳数据库，我个人的看法，光明正大将自己的来由说清楚，如同国外的数据库企业 PERCONA ， EDB ，不好吗，他们也是世界知名的数据库企业，也创造经济价值，并且我们都知道他们的数据库是基于 MYSQL OR POSTGRESQL 但高于开源，或者潜心研究 开源数据库产品，将其的缺陷进行改写，最终形成新的自有数据库，你能不承认他们的成功。但草台班子，谎话连篇，连POC 都作弊，那么数据库业界是不是也应该有一个 315大会。

不过我说壳数据库的时间也长不了， 2024会有一批，搞不到投资，拿不到钱的壳数据库陷入经济的漩涡，裁员，破产，消失在历史的长河，成为某段历史高开低走的笑饼。