1、采用分布式数据库,解决了数据分布式存储,则数据的一致性如何保证?若是实时交易性系统,数据并发写访问量大的情况下,依然会出现性能瓶颈【没有办法或者很难将访问关系进行拆分】,故写数据大量集中,而数据要同步到其它存储上,会存在一定的时间延迟。若这是进行大量的读访问【此时可采用分布式】,会存在已存在的数据未同步完成,不能有效访问。故分布式数据库的应用场景在银行中是交易性型系统还是管理型系统?还是分析型系统?案例较少,故一致未确定采用
解答:
(1) 依然会出现性能瓶颈【没有办法或者很难将访问关系进行拆分】 :这个需要分布式数据库拆分的时候选择合适的数据分片字段、数据分片算法、数据分片类型 三者共同决定。还有一类是P2P资金托管账户则需要做中间账户的模式去拆解托管方的账户以提升并发,这个类似支付宝的中间子账户实现。
(2)分布式数据库场景:A、 分布式数据库的应用场景在银行中是交易性型系统还是管理型系统 是都有的 、属于OLTP分布式数据库产品方向,分析型系统则是属于OLAP分布式数据库产品方向。
等一等金标委就会发布金融行业标准和检测方案标准,下半年还会发布测试用例标准。
总结:建议挑选产品做测试,采购的时候把数据分片设计、运维管理 两项作为兜底要求数据库厂商承担。
2、采用分布式数据库后,系统架构变得较为复杂。首先是设备数量增多,其次数据拆分规则难以确定【技术与业务人员的口径难以得到统一】。还有分布式数据库第三方的技术支持困难。最后是目前市场上分布式数据库没有一个大家公认的领头羊
解答:
(1)OLTP分布式数据库产品最难的是 数据分片设计,完全依靠人工去设计很容出现思维死角 或调研信息缺失等造成设计的数据分片方案不合理,从而导致整个集群的吞吐量、响应时间等大打折扣。
从金标委会议上了解 热璞数据库HotDB产品大规模使用了AI算法经历3年研发打磨成功了。
(2)还有分布式数据库第三方的技术支持困难
这个就需要看分布式数据库产品化做的如何,建议作为业主方直接要求数据库产品厂商方兜底的做法,否则扣钱。
产品化可以看下这篇文章描述的:http://www.talkwithtrend.com/Article/247813