银行分布式数据库应用情况探讨？

根据我行业务发展的要求，我们今年拟引入分布式数据库。在引入新数据库时，需先了解当前主流的数据库技术和成熟产品，然后制定相关的标准和规范。具体如下：
1、了解当前常用的RDBMS、NoSQL、newSQL、分布式数据库访问中间件的主流技术，都有哪些主流产品？它们的实现原理是什么？各有什么特点？

解答：

关于各类产品的主流技术或实现原理的概要信息可见文章：http://www.talkwithtrend.com/Article/247261

2、从应用和所需处理的数据角度，对银行的各种应用场景进行归类，哪类场景适合用哪类数据库？选型时要注意哪些关键特性？都有哪些案例？

解答：

（1）业务类型建议：分布式事务数据库适合实时关系交易型、业务峰值较大和并发较大的业务场景，从银行考核的角度推荐B类、C类先试点，再考虑A类和核心系统。

（2）具体的业务场景：以互联网核心中的网联系统、积分系统、理财产品、网贷系统等为主

（3）选型关键特性：

A 、数据一致要求：支持高性能、透明、实时一致的分布式事务算法，保证事务实时全部提交或全部回滚，严格保障数据的一致性；支持事务隔离级别 Read Committed 、 Repeatable Read 、 Serializable ；支持悲观锁、智能实时死锁检测、智能实时死锁解除及记录相关日志信息 ；

B、 数据库功能要求：支持 CREATE 、 TRUNCATE 、 DROP 、 ALTER 、 RENAME 、 SELECT 、 INSERT 、 UPDATE 、 DELETE 等数据库基本操作；支持透明跨数据分片的 JOIN 连接；支持透明跨数据分片的分组计算、排序、分页、聚合函数、控制函数等

C、 水平扩展要求：具有完备的动态扩容缩容能力，支持可视化在线一键扩容缩容，做到：在线增加 / 缩减从存储节点读操作扩容、数据节点跨物理服务器迁移扩容、增加 / 缩减数据分片的扩展等多种扩容缩容模式，数据节点扩展分布式集群的处理能力和数据容量，且扩容 / 缩容过程中做到不影响业务访问

D、 业务健分片：支持智能算法按业务访问呢需要生成数据分片的分片键、分片类型等，这个涉及到如何确保业务系统性能最佳和数据架构设计最佳

3、这些产品的性能比较：功能测试可参考 金标委3月份底即将发布的 行业标准 和 测试方案标准，后续也会提供具体的测试用例，性能建议直接采用模拟银行转账业务场景 或即将采用的业务系统才有参考价值。

4、这些产品的功能比较： 重点体现在分布式事务支持能力、采用同Oracle/DB2/MySQL等一样处理逻辑悲观锁 还是 NoSQL产品的乐观锁、是否支持死锁检测和死锁解除、产品运维功能完善（这个就像买一架飞机涉及到如何做好上线后保养维修）

附件：

分布式事务.xlsx (10.52 KB)