金融行业把交易型业务使用数据库从传统的商业数据库切换到分布式数据库，可行性和现状转型结果？

对于金融行业的分布式数据库转型这个问题，我觉得如果出发点是由于互联网业务的特殊性导致的技术上的抉择，这个是有必要的，如果是为了转型而转型的情况，是没有必要的。

那么，如果是由于传统关系型数据库的并发能力不足而必须进行的转型，我觉得应该考虑几个因素：
1. 质量： 产品应该成熟可靠，经过大规模业务持续验证，拥有可信落地案例；
2. 团队： 建立能用、会用、用好国产数据库的建设运维团队；
3. 持续： 生态持续性要好，产品可以持续演进发展；
4. 服务： 不仅包括数据库，更能覆盖金融全技术栈的服务能力。

关于案例方面：华为的 Gaussdb 已经在个别银行应用，比如说光大银行和招商银行，但是是不是核心数据库，不是特别清楚； 腾讯的 TDsql 在 张家港农商银行新一代核心业务系统已经应用。 阿里的OceanBase 据说在顺德农商银行核心系统上线。

某银行转型的具体经过：
2018~2019 年，确定基于 Oracle+MySQL 实现双技术栈团队建设，并选择互联网银行业务选择开源 MySQL 方案；
2020 年，试改造， 团队对 MySQL 熟悉后，实现核心业务系统基于分布式数据库上线并开始运营；
2021 年，新老系统并行，数据保证实施同步回老业务系统，如新系统故障确保老系统可用；
2022 年，最终核心交易全量切换，封存老系统。

这是一个漫长的过程，综上所述，如果要选择分布式数据库进行升级换代，那么也必须是从应用、中间件、数据库等纵向全部改造之后的系统才能采用分布式数据库；而且在选型的时候不能选择原生的分布式数据库，是要选择经得起实践检验的。