到底选择PostgreSOL还是MySQL？看这里

到底选择PostgreSOL还是MySQL？看这里

据DB-Engines 最新发布的2019年8月份数据库流行度排行榜(如下图)显示，名列前茅的MySQL和***数据库的流行趋势与去年同期相比依然稳增不减。

作为使用最为广泛的开源数据库，MySQL声称自己是最流行的开源数据库，***也标榜自己是世界上最先进的开源数据库，虽然二者在功能特性上确实各有所长，但在实际的业务场景中很多用户往往一时间难以抉择。

接下来将介绍31会议在大数据量快速查询场景下，面对MySQL和***数据库的双重拷问时是如何进行最终选型落地以及数据库高可靠性背后的技术实现。

用户场景

31会议是中国领先的场景营销科技服务商，通过运用互联网、物联网、AI、大数据和云计算技术，并结合会议、展览、活动等面对面营销场景，其陆续推出了会议云、展览云、营销云。其中，31会议云和31会展云作为一站式数字会务SaaS云平台，通过组件化、集成化、流程化实现会展全流程智慧化。

注：图片来自31会议

*** or MySQL?

作为SaaS化的会议平台，内部模块众多且关联紧密，对数据库的需求呈现多样化和精细化的特点，所以31会议首调研了UCloud提供的主流数据库类型，UDB子类型如下表：

截至目前，31会议累计服务30多万家客户、130多万场会展的业务量，因此对数据库的存储需求量较大。且会议营销SaaS业务的实时性以及事务处理复杂性对OLTP和OLAP也都有着较高的要求。经过对比选型，用户同时选用三种数据库来针对性的满足不同目标。

由于***支持多种表关联算法，有丰富的统计函数和语法，面对多维度的复杂查询和分析场景性能表现优异，因此***相比于MySQL在OLAP上的快速高效是其优势， 31会议最终选择了***。例如：在实际业务中，用户利用***来处理单表500w条记录规模的大数据量查询，并且快速流畅的将结果流转到下一业务环节。

自建集群还是*** UDB?

除了要解决上述不同数据库版本的选型问题之外，用户还需要面临的选择，是利用云主机自己搭建***集群，还是直接使用UCloud现成的*** UDB产品?

传统的自建数据库方式，需要在前期投入大量的软硬件投入成本和运维维护成本，且部署周期较长，实际的资源利用率较低。而选择*** UDB产品，不仅能节省资源人力成本，而且支持弹性扩缩容以及按需计费;在安全性和可靠性上更有保障，具备备份创建、自动回档等功能。另外从数据层面来讲，高可用主备和底层数据存储，具备数据冗余特性，可以保证数据零丢失。

基于*** UDB能够带来的这些特性优势，用户选择了*** UDB。且经过时间证明，用户在使用***的一年多时间内，其实例没有发生过一次故障，后台对可靠性设计的机制抵御住了各种意外状况，没有影响用户正常使用，帮助其免去了紧急排障的烦恼。

正如31会议运维经理汤雷评价说：“*** UDB用在大数据分析上，查询效率更高。相比自建，其可靠性更高，方便运维维护。”

如何保证高可靠?

为了充分保证*** UDB产品的可靠性，UCloud数据库团队在功能方面做了很多优化工作，例如：

1.自动回档

这个功能是指，当用户出现人为误操作造成数据删除或者丢失时，只要之前7天的备份存在，就可以利用“秒级回档”功能将数据恢复到过去7天内的任意一秒，可以说是为用户使用***产品提供了一颗“定心丸”。

除了回档，用户也可通过“创建从库”功能来创建更多数据库的副本，进一步增加数据的安全性。

2.高可用部署，自动容灾

*** UDB为确保服务的高可用性，采用主从复制架构，主数据库提供服务的同时，有另一套数据库服务不断同步数据并随时待命， UDB后台的自动容灾模块可以在***实例服务出现问题时自动探测到，并自动容灾，保证数据库服务的稳定可靠。

实例切换时，容灾模块会把待命的备用***服务提升为主库，并且在原来主服务启动之后回退到从库。整个过程中用户不需要任何人工干预和配置修改，真正做到自动容灾。

图：*** UDB自动容灾示意图

3.热升级，不停服在线扩容

*** UDB 在资源扩容过程中，数据库服务可以做到基本不停服，只有秒级的闪断。这样大大减少了数据库扩容对于业务的影响时间，做到真正的“热升级”。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。