在国产分布式数据库使用中，大家是否真正使用了其“分布式”？
在国产分布式数据库使用中，大家是否真正使用了其“分布式”？
talkwithtrend
talkwithtrend.com社区（即twt社区）官方公众号，持续发布优秀社区原创内容。内容深度服务企业内各方向的架构师、运维主管、开发和运维工程师等IT专业岗位人群，让您时刻和国内企业IT同行保持信息同步。
社区探讨，供大家参考：
以OceanBase数据库为例，假设集群有3个zone，在创建租户时，优先级选择时，可以选择所有主副本都在一个 zone ，也可以将主副本均衡的分布在多个 zone 内，前者其实也就是是集中式，后者才是“分布式”数据库。
真正的“分布式数据库”如果适配完美将会大大提高系统的吞吐量，如果适配较差可能会出现性能比集中式更差的情况，所以想了解下大家在分布式数据库设计的时候采用了什么方式，依据哪些因素，谢谢。
问题来自社区会员@leiou0410 某银行DBA，以下分享均来自社区会员
@anikikong 中国民生银行 数据库运维工程师：
分布式数据库数据分片的特性是在应用过程中重点关注的点。因为分布式数据库的核心就是数据分片，这个最好配合业务规则来设置。当前比较常见的是类似MPP这样的基于hash分布数据，相同的业务数据最好能够基于同样的业务id来分片到同一个分区里。但是OB其实弱化了这一点，从技术上更进一步，愿意接受所有的交易都是分布式交易的设计，反而设计除了更易于用户使用的数据库。不过即便如此，还是建议选择合适的分区键。
@jillme CIO：
@wangzk0206 scrcu 数据库管理员：
确实很多分布式我们用的是伪分布式，主要其实用的是他的多副本高可用架构，对于真正的分布式，可以采用ob的分布式中间件odp，由他来实现分库分表方案。这种方案的好处是屏蔽底层数据库的依赖，可以随意更换底层数据库。
@ 大禹 数据库架构师 ：
观点与你是一致的
从数据库的本质需求有两个：
1.像使用单机数据库一样使用分布式数据库，二级索引很好的解决多维度查询的问题。
这一点背后隐含的意思是，几十年来沉淀的IT系统实现有效的复用，而不是改成所谓的分库分表，开口就说分片之类的。
多少金融机构的开发人员为了使用分库分表的数据库，把存储过程翻译成Java语言，把DB2、Oracle的SQL语法翻译成MySQL语法，对业务开发同学个人来说，这件事情本身毫无意义；对业务系统而言，业务重写是否能否充分测试？增加了业务的风险。
2.利用分区表、复制表很好的解决了扩展性的问题。
从性能容量的角度，分布式一定优于单机库的；如果不追求性能的机制，不需要做架构上做更多考虑。
欢迎来探讨
欢迎点击文末 阅读原文 到社区阅读和讨论交流，发表您的看法 觉得本文有用，请 转发 或点击 赏 ，让更多同行看到
资料/文章推荐：
-
从两个实例看我们国产数据库厂商与国外头部厂商的差距
-
精选合集：分布式架构主题文章100 篇
-
企业从传统数据库迁移到国产或开源数据库的六个重要阶段
-
迁移到国产数据库，什么样的技术方案对业务影响最小？
-
国密算法的支持情况是否应纳入国产数据库选型考察范围？
欢迎关注社区以下 “数据库”技术主题 ，将会不断更新优质资料、文章。地址： https://www.talkwithtrend.com/Topic/597
下载 twt 社区客户端 APP
长按识别二维码即可下载
或到应用商店搜索“twt”
长按二维码关注公众号
*本公众号所发布内容仅代表作者观点，不代表社区立场