数据库也去中心化？深度解析分布式数据库-编程学习网

在云计算、大数据等新技术的带动下，越来越多的企业需要对结构化的数据进行查询、分析、处理和更新。同时，随着创新业务的不断增加，业务的复杂及庞大的体量必然会产生错综复杂且规模巨大的结构化数据，这些都必然迫使企业对数据库的需求指向大规模、高可靠、高扩展及高性能。

对任何企业而言，数据库都是其应用的核心资源，如何选择适合自身企业 IT 架构及业务的核心数据库是每一个 CIO/CTO 必须面对的问题。

本文将从互联网企业及传统行业（银行、保险等行业）两个部分来具体分析和阐述，希望对大家有所帮助。?

互联网公司的主流是 MySQL ？

开源数据库MySQL ，由于其自身特点和互联网使用场景，在互联网界非常受欢迎，有着极为广泛的应用。

互联网公司往往有高并发、大数据量等业务特点，同时为了在激烈的竞争中占得先机，产品会不断迭代，需要不断推出新产品，并做大量的促销运营活动，这些从技术角度来看是没有办法提前预知的，只能寄希望于 IT 的伸缩能力，所以互联网公司对于系统的伸缩能力都有着执着的追求。

MySQL 之所以在互联网圈子广受欢迎，可以简单归纳为以下几点：

MySQL 虽然是开源软件，但是简单易用、具备极高的稳定性、功能也比较完善，且可以根据业务特点定制所需的存储引擎，进行性能优化，从而适应自身业务。很多商用的数据库软件设计目标并没有考虑互联网业务经常面临的高并发、海量用户场景，无法满足企业的基本需求。
由于 MySQL 代码完全开源，当企业的业务出现任何问题时，可以第一时间进行排查和响应，从而保证用户体验。而商用数据库软件的核心技术用户无法深度掌握，很难有足够快速的问题解决能力。
将 MySQL 运行在标准的 X86 服务器上，硬件费用大大降低，同时也可以节省一大笔 License 费用。

MySQL 虽然有种种优势，但 MySQL 也不是万能的，一个复杂 SQL 或者大表 Join 就可能使 MySQL 负载过重，资源耗尽。同时 MySQL 自身也有一个很严重的缺点：没有一个成熟的高可用和分布式解决方案。

所以，大多数互联网公司的选择都是混合使用，当 MySQL 能解决问题时就用 MySQL，而一些对性能、安全性、可靠性要求更高的业务则使用商用数据库软件，然后再看有没有机会去替换。

金融行业

金融行业绝大多数系统的数据存储层都采用“小型机+商用数据库+高端存储阵列”的实现方式，随着业务和技术的发展，这种方式逐渐暴露出一些问题。

安全可控需求，监管机构从国家信息安全高度对银行业的 IT 基础设施提出了开源化、国产化、安全可控的要求。
银行业面临着日趋严峻的 IT 成本控制压力，而基于现行数据存储层的实现方式，每个系统的数据存储成本都以数百万计。
随着电子银行、网上银行业务的创新、拓展，数据存储层缺乏良好的可扩展性，难以应对应用层的高并发数据访问。
过去银行采用高端的设备，比如使用小型机和大型存储来保证数据库的可用性。在扩展性方面，主要通过增加 CPU、内存、磁盘等方式提高处理能力。这种集中式架构，使得数据库逐渐成为整体系统的瓶颈，越来越不适应海量数据对计算能力的巨大需求。

金融行业普遍面临互联网金融在技术和业务上带来的新挑战，高可用、高可靠、可扩展的大数据平台和分布式数据库解决方案是金融行业的全新技术选择，不但有利于金融行业提升业务创新能力和用户体验，同时增强了自身的技术储备，以迎接互联网时代的市场挑战。

因此，对于银行业来说，以「分布式数据库 + Hadoop 大数据平台」解决方案来逐步替代现有关系型数据库成为最佳选择。

新一代分布式关系型数据库应运而生

分布式数据库是这些大型企业用户（如电商、金融、制造、零售等）承载核心业务的重要技术选型方向之一，是帮助企业处理大规模结构化数据的重要技术平台。为满足用户对分布式数据库的实际需求，同时帮助传统企业将核心业务逐步向云端迁移，青云QingCloud 自主研发了新一代分布式数据库。

青云的分布式关系型数据库 —— RadonDB

青云QingCloud RadonDB 是基于 MySQL 研发的新一代分布式关系型数据库，规模可无限水平扩展，支持分布式事务，具备金融级数据强一致性，满足企业级核心数据库对大容量、高并发、高可靠及高可用的苛刻要求。

数据库也去中心化？深度解析分布式数据库