OceanBase一款可以真正用于生产环境的RDBMS数据库

[复制链接]
查看11 | 回复7 | 2015-5-4 14:35:04 | 显示全部楼层 |阅读模式
OceanBase一款可以真正用于生产环境的RDBMS数据库以下是我的一份测试报告 ????


回复

使用道具 举报

千问 | 2015-5-4 14:35:04 | 显示全部楼层
学习了



回复

使用道具 举报

千问 | 2015-5-4 14:35:04 | 显示全部楼层
总结的不错,我4月份也测过了,可惜公司规定加密文档不能外发,所以没法分享了!
回复

使用道具 举报

千问 | 2015-5-4 14:35:04 | 显示全部楼层
三节点情况下select count(*)比不支持并行查询的mysql单线程慢?这没道理
回复

使用道具 举报

千问 | 2015-5-4 14:35:04 | 显示全部楼层
感谢对OceanBase的关注,欢迎随时交流!
回复

使用道具 举报

千问 | 2015-5-4 14:35:04 | 显示全部楼层
wolfop 发表于 2019-2-21 21:49
三节点情况下select count(*)比不支持并行查询的mysql单线程慢?这没道理

1. OceanBase 里每个数据(分区)至少是三副本,角色是1个Leader2个Follower。默认只有Leader副本提供读写,Follower副本不提供服务。所以三节点情况下的单表,只会发挥一个节点的能力。三副本整体有高可用和数据强一致能力。
2. 假设这个集群里是6节点了(2-2-2),依然也只能发挥一个节点的能力。因为单表也是单分区,一个分区不能跨节点。如果是分区表,不通分区可以跨多个节点,就有可能发挥多个节点的能力。
3. 即使该表是分区表,能否发挥集群所有节点能力,还要看该分区所在租户的资源池配置。 租户是OceanBase对资源集中后的二次分配,是逻辑的,并不跟具体节点绑定。如果租户的资源没有使用所有节点的能力,则租户里面的分区也是不能用上所有的节点。
所以,OceanBase分布式数据库的架构是在底层提供了分布式扩展能力,实际应用能不能完全发挥出集群的能力还需要业务上表设计得当(如分布式拆分设计的好)以及资源分配得当。 不过这并不妨碍整个集群的资源利用率。因为一个集群里可以有很多租户,每个租户有很多分区。

回复

使用道具 举报

千问 | 2015-5-4 14:35:04 | 显示全部楼层
mq4096 发表于 2019-2-22 09:11
1.OceanBase 里每个数据(分区)至少是三副本,角色是1个 Leader2个Follower。默认只有Leader副本提供读 ...

呵呵,这样的设计对应用的侵入式那就会很严重了。
回复

使用道具 举报

千问 | 2015-5-4 14:35:04 | 显示全部楼层
wolfop 发表于 2019-2-22 22:06
呵呵,这样的设计对应用的侵入式那就会很严重了。

看场景需要定。可以选择无视,不影响功能,性能上不是最优。
架构就是取舍,有得必有失。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

主题

0

回帖

4882万

积分

论坛元老

Rank: 8Rank: 8

积分
48824836
热门排行