数据库最近第一比较多，OceanBase 定语加多了？-CSDN博客

本文链接：https://blog.csdn.net/liuhuayang/article/details/140728373

开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，可以解决你的问题。加群请联系 liuaustin3 ，（共2330人左右 1 + 2 + 3 + 4 + 5 + 6 + 7）（1 2 3 4 5 均没有空位了，请不要再问了谢谢）

数据库最近第一比较多，OceanBase 定语加多了？

最近一则笑话，数据库业界第一成风了，在不同的数据库的公众号里面，大多能发现第一这个词，看过之后细品，最多确定的定语的是OceanBase，我在想为什么OceanBase能加那么多定语，因为他敢呀！和他们阳老师的脾气一样，我就是第一，我能走出世界，这又让我想起2023数据库嘉年华。

2023 数据技术嘉年华一句话讲述听到看到感受到与谁是弟弟

这能不能加诸多的定语是一个关键，模糊的定语和什么都不写就是第一是一样的，比如我还说我是微信公众号里面嘴最大，最敢说的，估计说完这些也没有人和我反驳，但我要是说我是一个非常专业的数据库自媒体账号，估计一会我就能被扇几千个嘴巴子。确切的定语不是随便加的，不加定语的，你是谁都可以，谁是你都可以。

我们看看OceanBase给自己加了什么定语，Oceanbase自己写的是攻坚金融关键业务系统，OceanBase本地部署第一！定语写的非常明确，本地部署，金融系统，至少这定语加上想骗人是难的，想胡说八道，胡搅蛮缠是难的。

其实我也好奇，本地部署，这现在不都是云原生数据库的天下吗？本地部署还有其他的数据库吗，第一应该很简单吧，在看完IDC的公开内容，中国金融分布式数据库市场份额的文字后，OceanBase写这么明确的定语是不容易的。

首先金融这二字，一般的数据库是万万不敢当的，这里包含了至少三方面的内容：

1 金融机构更换数据库是最谨慎的，核心系统进行POC的条目是最丰富的，严谨的

2 金融机构里面的架构师都不是吃干饭的，对于数据库的评价体系是严格谨慎的

3 金融机构的数据库核心，失败一个，后面就没饭吃了，金融体系里面的某个数据库失败的信息，会以光速在金融体系内部快速传播，并且其他的金融机构不再进行尝试。

所以这金融二字是不能随便写的，这里面说明金融系统在更换数据库的层面上，对于OceanBase是认可的，这个文字传出去，如果不实马上就会打脸，因为范围小呀，知道的人多呀，容易被打脸容易呀！

比如我写，我宇宙第一，大概率是不会人搭理我，但我要写我在XX城市XX区我的文章的流行度是第一，那么马上就会有成千上万的人对我进行质疑的意味是一样的。定语非常重要，使用要非常谨慎，使用不当马上打脸。

不过金融数据库在有些场景也好说，不少数据库产品是进入了金融系统，但不能细说的是，替换的大都是边缘的不能再边缘的系统，比如内部使用小系统，就算性能差，瘫痪了也不会影响核心的业务，这样的情况在数据库的宣传上是人尽皆知的秘密。

OceanBase有另外一个定语，本地部署第一，且OceanBase是分布式部署，分布式数据库部署一次少则10个以内的节点，多了几十上百个节点，这就不能随随便便的找个边缘化的应用去部署OceanBase, 这成本是不匹配的，按照这个逻辑推理下去，OceanBase是需要在重点的金融业务中进行部署，否则金融企业的架构师和项目经理是不好交差的。

说了这么多，OceanBase说自己是金融关键业务系统，本地部署第一，有没有根据，有没有人给它背书，我们看下面IDC 的市场份额分析的截图，把云厂商排除出去，OceanBase就是第一，而且是自由第一。

什么是自由的第一，OceanBase最近另一个大消息就是股权变更了，OceanBase要成为一家自由的没有任何靠山，全凭技术拿客户的数据库公司了，以往不少数据库公司都有背景，都可以拿到自己的定向的内部客户，这也是业内人尽皆知的秘密OceanBase股权的变更，对使用OceanBase数据库的企业是一个好消息，没背景的产品是安全的，而对于OceanBase来说，他必须自己要在技术上，市场上，服务上提供更多的可以被“挑战”的硬实力，才可以继续稳坐自己的定语中描述中的第一。

拿到第一或许容易，但要保持第一就不容易了，这就要看持续的技术能力，市场能力，服务能力，以及最近我新学的词，好感力。在当下国产数据库产品的好感力，实话实说并不足，譬如我6个群里天天有人在说的套壳数据库，抄袭数据库，这实际上体现了数据库使用者或大众对于数据库产品的一种技术向往，数据是否能以自研的形式出现，虽然自研的数据产品需要付出更多的人力物力，但更能获得大众的好感和支持这是一件非常自然的事情，自研的难度要高于修修改改，缝缝补补的产品。

那我们接下来，看看到底OceanBase本身有没有技术能力给自己的定语，进行证明。在OceanBase中的金融核心系统数据库升级路径与场景时间中，特别引人注目的是典型金融场景时间部分中的 7.1.1 跑批场景，下面对跑批场景中的文字进行引用

“跑批类场景，天生就是高并发的联机交易，最重要的是时效。若跑批时间过长，轻则客诉，重则资损，甚至出现舆情事件。这类场景对数据库处理能力的有效检验方式之一就是如何快速完成批量交易，因为需要频繁地对数据库进行增删改查，进行大量的 I/O 物理读和逻辑读计算操作，应用访问数据库的吞吐量也尤为关键。集中式数据库上性能的容量有限，跑批业务需要的时间缺乏弹性，一旦出现突发情况，可能留给跑批的应急处理时间有限。▪ 贷记核心：贷款的批量扣款还款是面向个人提供的车贷、房贷等贷款的定期扣款还款的业务，扣款还款是银行回收借款本金和利息的途径，若因银行扣款不及时产生逾期利息，可能造成客户投诉；信用卡营销需要更短时间内将优惠信息推送到客户的移动端，以保障活动效果。▪ 借记核心：日终批量用来标记银行逻辑日的结束，跑批及时性决定着银行这一天的业务真正结束；季度计息是个人在银行中每个季度结算一次的活期存款利息，结息日一般放在每个季度最后一个月的 20 日；银行面向企业提供工资代发服务，一般要求在 2 小时内完成工资发放；面向个人提供水电煤等费用的代扣代缴服务即时到账，从而保障用户体验。原生分布式数据库通过体多台机器的并发能力，并通过弹性扩缩实现动态的资源调整，因而对跑批场景具备优势。如避免分布式事务和远程访问，让所有服务器全部参与批量结息过程，提高处理速度；分散负载到多个节点，减少单一节点的压力；迅速扩容以应对流量高峰，同时在低峰期自动缩减资源以节约成本；允许读操作分散到多个副本，而写操作则在主节点上进行，减少读写竞争等，大幅提升批量场景效率”，对于跑批的场景中的跑批的时间和性能进行了明确的对比。

通过上述的文字，我们对OceanBase在典型的银行中的跑批工作中，OceanBase数据库与原有的数据库的跑批时间有了清楚的性能差异明晰了，与一些数据库产品不同在一直说明自己与一些国际数据库的兼容性，OceanBase数据库在具有银行业替换数据库中的强需求兼容性满足的基础上，通过分布式的特性，让自己的产品优于现有的老的系统的性能，让金融行业替换数据库不光是一种政策需求，也成为一种性能优化，业务满意度提升的实际工作。

所以写到这里，你还觉得OceanBase的定语多了吗？