1.多副本实时数据同步,多数落盘返回机制,带来的性能和响应时间的损失;
2.对内存要求极高,LSM树结构的缺点,包括元数据管理库占据内存较大,造成大量内存资源浪费;
3.多数派协议在本地双机房分布模式,多数派节点分布的机房不可用会导致数据库整体不可用;
4.备份恢复为单独的组件,运行机制为逻辑备份恢复,配置繁琐,备份恢复均较慢;
5.其管控组件OCP监控管理功能较弱,监控点及管理能力较少;
6.基于其特有的基线数据+内存数据的LSM树存储引擎管理模式,在部分涉及到同时取基线数据和内存数据的场景,以及部分转储和合并时间段,性能较差,抖动严重;并且存在读放大、写放大和空间放大的问题;
7.OB对环境要求极高,需要采购使用其指定的服务器,节点间至少万兆网络,对跨机房之间的网络抖动基本无法容忍。
转储合并的问题,说明其基本不适用于金融交易类场景!节点间实时同步,对任何同城超过50公里以上的机房间,基本也不适用!
如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!
赞17
添加新评论25 条评论
2023-09-06 22:48
2023-08-19 10:44
2023-03-24 16:36
2023-02-04 08:40
2022-12-14 19:49
xiaoxiaoqiushui: @y5_set 这是事实,不知道你哪只眼看到了攻击?恐怕是自己的臆想症发作,拉黑之!
2022-12-07 22:04
2022-12-02 17:18
2022-12-02 16:33
zhmwang: @匿名用户 对于问题2: 对于关于sharding key或者分区键而言的问题,本质而言就如同oracle/db2的分区表,如果查询语句里没有分区键,肯定是走全表扫描的,抑或你的索引设计不合理,即使对于再好的优化器,也是要走全表扫描。所以在做表结构设计的时候要考虑到这一点;对于问题3:除了其他“”高大上“”的设计之外反而我认为是 OceanBase的精华所在,实际上哪有那么多大表要做分区设计呢? OceanBase 目前是建议 数据量达到 500G(其他库可能是 1.5T)以上在做表分区设计。
2022-12-02 16:14
xiaoxiaoqiushui: @xjwangbo100 这个可以的,两端分别加波分设备,其实最好的方案,是让运营商在同城两机房之间拉裸光纤,只要有财力,这些缺点其实都不是问题,本文的目的,仅仅是供一些暂不具备高可用低时延无抖动条件的客户参考!
2022-12-02 15:59
xiaoxiaoqiushui: @zftang 确实如此,各胜擅场,难分高下,需要仔细甄别,根据实际情况,做出选择!
2022-12-02 14:41
2022-12-02 11:26
2022-12-01 21:59
zhmwang: @wangzk0206 谢谢老师的中肯答复。坚信作为一款纯国产且原创的数据库,OB 会因为有大家的支持和信赖 将做得越来越好
xiaoxiaoqiushui: @wangzk0206 感谢评论,有理有据,这是具体实现细节的问题,这样的问题,早期我碰到过很多,不过这都是可以持续改进和优化的,蚂蚁也确实这么做了,所以这块不做具体评论,只是说一下宏观方面的一些优缺点,供一些行业客户选型参!
2022-12-01 21:09
2022-12-01 17:30
xiaoxiaoqiushui: @匿名用户 很详细,看来我们的目的一致,就是希望他们越做越好!
2022-12-01 16:58
xiaoxiaoqiushui: @sprewellkobe 确实如此,以上仅一家之言,供各行业选型的一点参考!
2022-12-01 16:24
zhmwang: @庆功 在发送此类消息时,请务必确认清楚,不要以讹传讹,误导观众!
huhu097: @庆功 我只是表达了我行使用ob的真实感受,其他同行出现什么问题,并没有耳闻,对于ob是不是适用金融交易类场景,欢迎各位同僚来我行实地考察,眼见为实,耳听为虚。
匿名用户:北京的事情咱不知道,如果这里所谓首都的某城商行指的是北京银行,那么可以推测大概率不是OB,因为OB是前两个月才刚刚中标北京银行,还没投入使用,之前北京银行国产分布式库用的是TiDB。招商证券的故障并不是OB引发,甚至根本都和数据库没有关系,作为亲历这件事情的人可以作证。希望这个论坛不要成为厂商商战的舞台,还是就事论事谈技术比较好。
庆功: @huhu097 不过今年OB在南方某头部证券2个月内连续出现两次重大故障,导致客户IT整条线被牵连,证监会通报批评。另外在首都某头部城商银行出现重大故障,导致该行被银监会通报罚款批评。这些都怎么解释呢?
xiaoxiaoqiushui: @huhu097 哈哈,洗地的来了,我用了三年多了,这就是真实使用评论,不知道你一个刚用了一年多的有什么深入的感受写出来这样一大段,懒得理你,拉黑!
huhu097: @xiaoxiaoqiushui 建议您在评价一个产品的时候,拿自己真实的使用数据来证明一下自己的观点,而不是拿着自己个人所认为的缺点,去推断其基本不适用于金融交易类场景的结论,一个产品的未来不是您这样随随便便可以评价的。
xiaoxiaoqiushui: @huhu097 另外想告诉你,并不是所有客户都具备非常理想的各项外部环境,比如IO、网络等,发此文的目的就是给各行业做一个参考,选型的时候,多多注意自身实际情况,从实际出发,做出更好的选择!
xiaoxiaoqiushui: @huhu097 呵呵,这位老师,我从19年就开始在银行持续使用OB了,我说的这些就是实际得到的经验,至于你写的这些,相信也是你用这一段时间的心得,具体就不再评论了。之所以发这篇文章并不是要针对OB专门进行攻击,而是希望暴露它的缺点,让大家能更好的的认识它,也欢迎更多有识之士来评论!
2022-12-01 15:16
xiaoxiaoqiushui: @peima 这位老师,咱们还是要谨慎,据说这个说法有点不太妥当哈!
2022-12-01 15:13
xiaoxiaoqiushui: @peima 感谢评论,发此文的目的就是供大家参考,尤其一些行业客户选择时,至少要充分考虑自己实际情况,而不能盲目大干快上,最终发现痛苦的只有自己!
2022-12-01 14:35
xiaoxiaoqiushui: @匿名用户 比较客观,现实情况确实如此!
2022-12-01 14:30
xiaoxiaoqiushui: @匿名用户 这个评论相对中肯,可以作为参考,我发此文目的并不是攻击OB,而是根据实际使用体验,客观反馈其缺点,供相关各行业选择时作为参考,实际上在使用过程中还有非常多的小问题,他们后端基本都能快速反馈给予支持和处理,所以也不做一一赘述,总之一句话:一家之言,仅供参考!
匿名用户:我同意wangzk0206的观点。
2022-12-01 14:30
2022-12-01 14:28
xiaoxiaoqiushui: @Liu三变 建议可以自行测试一下,毕竟开源了,发这个也不是要攻击OB,而是希望他们能正视这些问题,并做的更好
2022-12-01 14:09
2022-12-01 13:10