正如此前社区里其他老师所说:”目前金融行业绝大多数核心系统的数据库依旧采用传统的集中式架构（高端小型机+集中式关系型数据库+集中式SAN存储）为主的实现方式。”随着互联网金融产品种类的爆发式增长，银行业为了突破传统盈利模式，增强客户黏性，纷纷推出了互联网类的产品、营销活动，如工行、建行自营商城的名酒定时促销。这些产品和活动给传统的集中式关系型数据库带来极大挑战，硬件扩容、分库分表的传统应对手段效果不尽人意，无法适应营销期间海量数据存取及高并发请求响应的场景。为此，各大银行纷纷开始了核心系统分布式数据库改造的前期探索，部分银行已宣称完成核心系统分布式数据库的切换上线（张家港农商行，中信信用卡核心），但是整体效果和改造、使用过程中的问题未见详细描述且有待时间验证。
因此，想请教各位IT同仁，中型商业银行在准备核心分布式数据库选型时，除了必须要考虑的强一致性、高可用性的原则，还应考虑哪些问题？在CAP定律的限制下如何取得最优解？整个改造大致需要历经几个阶段？望各位同仁指点，非常感谢！
收起