Bank4.0传统银行业务和互金公司的边界变的越来越模糊，同时赶上互联网蓬勃发展的好时代，数据库产品也有了越来越多的可选项，还包括多种技术栈可供选择，有比较传统的数据库产品oracle,DB2，SQL SERVER，互联网公司比较高频的mysql、PG,还有现在新涌现的互联网产品DRDS，典型代表有OB,GoldenDB，GaussDB等分布式数据库。
银行也在寻求开放银行的业态，把线下业务搬到线上。这样就带上了互联网标签，也要考虑大流量，大并发的情况。新来的业务同事也越来越不银行，倾向于互金公司和大流量公司的产品经理，设计的产品想的也是爆款。头部流量变的越来越贵，利差又越来越少，拿起大刀砍成本，小样的数据库是跑不了的。
一、传统大厂数据库：
去IOE大家都懂得，能去的都去了，目前没能力去的也在慢慢的努力中，结果应该还是可以预见的。
Oracle在宇宙行是接近9位数的费用，Fintech第一大行也要付将近一半费用。新型互金或互联网银行大概只能停留在想一想的阶段，开业保利润，一分钱能掰成两半花。
DB2这几年在我所了解的行基本可以忽略，去IOE在银行里还是影响蛮大的，一般的新型银行核心选型都是国产，侧面也证明这么多年的发展，国产核心系统得到市场的认可。DB2也越来越被边缘化。
Sql Server在目前的银行中案例几乎没有见到，不发表意见。
其它等。
二、互联网企业RDS数据库
便宜，结构简单，部署方便，适合企业初期使用。
数据库稳定性不足，选主依赖于第三方组件，极端情况存在脑裂可能。实战中选主和主从同步有不少问题待解决。
百信银行类似方案
三、分布式数据库代表OB
数据安全，稳定性高。
机房，软件成本贵，对企业IT人员要求高。
网商银行，南京银行，招商银行，中信银行卡中心
该方案目前在网商银行，南京银行已经有了大规模的使用，招商银行与华为联合研发的分布式数据库GaussDB也在非核心系统中有了相当数量的实例数，还有中信银行宣布将信用卡业务迁移到中兴通讯GoldenDB上。
四、KV数据库（TiDB）
目前市场上也有不少的银行和信用卡业务在调研该产品，并且有备把自己的部分非核心业务迁移到该产品上，核心产品上目前了解，使用案例不多。
优点：
提供强一致性事物保证。
支持水平扩展。
扩展的时候可以做到不停机。
缺点：
银行大多数业务相对数据量不大，安全性要求比较高，传统关系型数据库都能满足，所以选择KV数据库必要性不强，但是现在银行业务互联网化也是很值得探索的方向。
