一、数据库转型背景
1.1传统IT架构的挑战大型国有银行，整体核心的系统都是大机+DB2这样的传统架构；针对现在的互联网金融业务快速扩张的需求，传统的架构面临着比较大的挑战，主要集中在四个方面：
处理能力；因为工行这么大的体量，导致整体系统的规模比较庞大，这种垂直的单一的扩展模式，不具备横向处理能力，处理能力受到限制；
运行的风险；随着很多的业务从网点变成线上，新的业务提出了更高的业务连续性保障，包括7×24小时，传统的架构从架构设计上无法做到这样的支持；
快速交付；传统的开发模式应用内部模块、应用与应用之间的耦合度非常高，使得软件的开发和产品交付周期比较长；
成本控制；大型主机运营成本非常贵，买个机器帮你搞两下就几千万上亿的支出，再加上商业产品的License比较高，银行议价能力又比较低；
在这种情况下进行IT架构转型，整体的诉求是优化应用架构、数据架构、技术架构，建立灵活开放、高效协同、安全稳定的IT架构体系，强化对业务快速创新发展的科技支撑。
1.2转型的核心诉求和策略在上面的转型大背景下，数据作为核心，我们展开了对开放平台的数据库的架构转型，同时提出了几个核心的策略：
第一，在业务支撑方面，做到高并发、可扩展、支持海量数据存储及访问。以及两地三中心高可用容灾。工行在国有大型银行里应该是比较领先的实现两地三中心容灾体系；
第二，降低使用成本，基于通用的廉价的硬件基础设施，希望提升自己的管理控制能力，进行行内适配和定制。降低对商业产品依赖，提升议价能力；
第三，运维能力，提升数据库的运维自动化智能化，更加开放的技术体系以利于自主掌控。主要采取三方面策略：
一：集中式向分布式的转型；
二：是专有向通用的转型，也就是去IOE；
三：限制商业产品，拥抱开源；
这是我们当时采取的策略。结合近期的国家提出安全可靠的工作要求，对国内的生态和服务商也是比较好的挑战和机会。
二、转型的发展经历2.1转型路线图2.1.1三年转型之路整个转型历程，大概从年开始IT架构转型，但真正有进展应该是从年初到年这个时间。我们整个的发展历程大概可以分三个阶段：
第一阶段原型的研发和探索
年初到年的过程，当时结合人民银行对于个人账户的管理要求，实行一类二类三类账户；结合这样的工作要求，把个人账户从主机下移到开放平台，基于开放平台的高性价比、可扩展进行了很多的探索，进行了很多的技术验证。当验证了技术可行性之后，我们提出了一个开放平台数据库转型的规划，这个规划对于我们行内后面几年的工作，对于数据库的方案选型是非常大的影响。这个规划确定我们行里要建设基于开源的MySQLOLTP数据库解决方案。
第二阶段基础研究和试点
年整年，我们基于开源的MySQL数据库进行产品的研究和能力的建设，以及初步能力的建设，包括基础研究和应用的试点。在此期间，前面提到的原型也是在年5月份上线的，在生产线上跑起来了，把整个技术体系都进行了验证。
第三阶段转型实施及推广
年开始大规模的实施和推广，在这个过程中基于开源的MySQL数据库，我们逐步建立起了一个企业级的数据库服务能力，包括引入了分布式的中间件，在高可用、运维能力的提升，资源使用率的提升，MySQL的云化及自主服务的建设等等。在整个过程中，同步对OLTP的分布式数据库进行了研究，也对后面的工作指导提供了依据；
2.2选型阶段2.2.1方案选型调研在选型阶段，我们基于业务场景进行了大量的方案调研。坦率的说，工行软件开发中心在—年持续