搞金融不能用mysql_金融行业数据库何去何从

面临的问题分析

1.数据规模增长。

随着金融行业科技转型，数据利用价值越来越大，业务系统的数据迎来快速增长，数据的使用频率越来越高，对于数据库来说，容量的可扩展性，数据安全，数据访问的性能等方面也较传统架构有更高的挑战。

2.数据结构的多样化。

非关系型数据模型在很多技术场景下体现了其高速访问，快速存储，交互简易等优势。面向C端的业务，业务系统的高并发，多用户，响应快等特性，促使了多种数据结构并存。关系型，非关系，空间，时序，图等多种数据结构对应多种不同的数据库系统。

3.数据应用

结合云计算背景，系统内部，系统之间的数据交互将变得更加复杂，数据的应用不再是简单的增删改查，需要解决的是数据的异构，数据的聚合，数据清理，数据的同步等问题，对于数据库来说，各个独立的数据库自成体系，如何将不同类型，不同场景，不同系统的数据连接起来，决定了数据应用的难易程度。

4.数据安全

云环境天然存在安全问题，容器之间的资源隔离，操作系统的进程管理，共享存储数据加密。当数据库运行在云环境上，数据安全就下沉到云平台本身，如何保证数据库中的数据存储的一致性，防篡改，加密等问题，是保证数据安全的首要任务。

数据开放是大趋势。无论是行业共享还是企业内部数据共享，数据安全不再是单体数据库/数据仓库独立考虑的问题，而是如何从存储，传输，应用过程进行数据安全控制。不同数据库之间的数据差异如何达成共识，重复数据如何避免差异更新，实时数据如何同步更新等问题亟待解决。

解决思路分析

1.技术路线选择。

从数据库行业几十年的发展历程来看，国产数据库还有很长的路要走。无论是国内厂商自研、半自研、集成的数据库产品，其数据库关键特性，数据库生态都处于初级阶段，稳定性和可靠性离满足金融级应用场景还有一定的距离。

a.对于数据库的技术路线，全自主模式并不适合金融企业，数据库的研发应交由专业的数据库研发团队，或厂商；

b.使用云厂商如亚马逊，阿里云等云数据库，实施路径会相对容易，但数据安全，技术可控方面就存在一定的风险；

c.开源融合的思路为折中的方案，一方面开源逐步成为技术领域共识的发展方向，如CNCF，APACHE等基金会对云原生生态产品的发展护航，另一方面可以培养开源技术人才，对开源产品从特性，功能，性能等进行调研分析，关注行业发展趋势，制定合理的技术方案，实现技术可控的同时为业务系统在数据结构多元化，数据应用的复杂化等方面可以提供更有力的支撑。

2.数据库产品选型

当前可供选择的数据库产品日益增多，主要分为三类：传统数据库，中间件，”新一代“数据库。数据库的应用也处于这样一个过渡时期，从学术上面看，数据库基础理论并没有取得进展，传统数据库依然有非常稳定可靠的表现，数据库中间件和新一代数据库均是为了解决传统数据库无法实现的扩展性问题进行不同方向的取舍:如事务的特性，语法的兼容，高级特性如存储过程等，性能等。数据库在向着分布式，多元化，智能化方向发展，是传统数据库突破格局增强扩展能力，还是新一代数据库适用于更多的业务场景，又或者是多者并存，当下并不明朗。

3.技术人才的培养

相对基础语言研发人才来说，数据库领域的技术人员相对较少，在传统模式下数据库运维人员占大部分，在未来的云环境下，基础运维工作将由云平台完成，数据库方面需要具备数据库云化改造和在云上管理数据库的技术人才。在技能方面，需要对云环境中计算，网络，存储，安全等方面有足够的认识，将数据库特性适配到云环境，研发云上的数据库组件，建设数据库服务体系等。

应对方案分析

1.关注行业趋势

计算领域日新月异，新技术层出不穷。首先应持续关注数据库领域在学术领域的最近突破，如重要的学术论文，科研成果，高校实验室报告等；另外，关注国内外数据库厂商的发展动态，对优秀的数据库产品进行调研，分析和测试验证，一方面可以和主流技术保持一致，另一方面可借鉴行业经验，提升技术能力。

2.储备技术能力

a.对已经在使用的数据库产品，培养相关技术团队。保证数据库在基础管理，架构设计，优化，故障处理等方面具备一定应对能力。

b.对未来可能会用到产品，提前调研验证，制定应急方案，演练替换当前已使用数据库的实施过程，使其具备应急灾备能力，避免单点选型问题。

c.形成数据库综合能力，提供多样化的数据库技术能力和解决方案。一方面可以针对不同步业务场景提供最优数据库选型方案，另一方面也丰富了整体技术能力，业务系统可以选择不同的数据库，也可以在不同的数据库直接进行迁移。

3.建设数据库服务体系

建设云平台中的数据库服务组件，实现多种数据库的部署，监控，高可用和日常管理功能，形成DBaaS服务平台，提供多样化的数据库云服务。结合金融场景形成金融特色的数据库解决方案，覆盖数据库自身及数据库相关的技术方案和实施路径。