数据库服务高可用数据库高可用方案.docxVIP

UCLoud中国云三强: 数据库服务的高可用?数据库高可用方案 随着互联网的飞速发展，人类社会的数据量迅速激增，据统计目前人类一年产生的数据就相当于人类进入现代化以前所有历史的总和，而且互联网业务的发展通常具有爆发性，业务量很可能在短短的一个月内突然爆发式地增长几千倍，对应的数据也很可能快速地从原来的几百GB飞速上涨到了几百个TB。如果在这爆发的关键时刻，系统不稳定或无法访问，那么对于业务将会是毁灭性的打击。然而传统的单机数据库提供的服务，在系统可扩展性、性价比方面却不再适用。 伴随着这种对于系统性能、成本以及扩展性的新需求，UCloud推出云时代的分布式数据库UDDB，突破单机MySQL容量和性能瓶颈，彻底消除单机数据库无法支撑企业业务高速发展的后顾之忧。 传统单机数据库面临的挑战 以电商网站为例，在网站创建之初，日均访问量可能只有几百到几千人，这时整个业务后台可能就一个数据库，所有业务表都放在这个数据库中，一台普通的服务器就可以支撑，而且这种架构对业务开发人员也非常友好，因为所有的表都在一个库中，这样查询语句就可以灵活关联了，使用起来很便捷。 图1 所有业务表都在一个数据库中 但是随着业务的不断发展，每天访问网站的人越来越多，数据库的压力也越来越大。通过分析发现，所有的访问流量中，80%以上都是读流量，只有20%左右的写流量，这时可以通过读写分离来缓解数据库的访问压力。 由于网站的访问量越来越大，尽管采取了读写分离的方式，但随着数据库的压力继续增加，数据库的瓶颈越来越突出。这时我们发现，我们的网站演进到现在，交易、商品、用户的数据都还在同一个数据库中。然而在这个巨大而且臃肿的数据库中，表和表之间的数据很多是没有关系的，也不需要JOIN操作，理论上就应该把它们分别放到不同的服务器，即垂直分库。 图3 垂直分库 随着业务的不断增长，我们发现交易、商品、用户这些库都变得巨大无比，单机数据库已经无法满足业务的继续增长，这时可以考虑对这些表进行水平拆分，即同一个表中的数据拆分到两个甚至多个数据库中。以用户表为例，数据可以根据userid的奇偶来确定数据的划分。把id为奇数的放到DB1，为偶数的放DB2。 开源中间件解决方案及其存在的问题 读写分离、垂直拆库、水平分表作为大型网站后台的刚需，市面上有很多中间件可以满足，比较有代表性的有：阿里巴巴的Cobar、MyCAT。然而这些开源中间件都存在以下缺点： 配置复杂 基于开源中间件对一张大表进行水平拆分需要以下六步操作： 1.部署数据库节点 2.安装和部署中间件软件（多个） 3.登录到各数据库节点，创建子表 4.把子表的信息，配置到每个中间件的配置文件，然后启动 5.用HAProxy等负载均衡收敛中间件IP，对外提供一个IP 6.业务正式访问 运维极其不便 基于开源中间件对系统进行扩容需要进行以下几步： 开源中间件使用和运维的复杂性给业务发展造成了非常大的压力，无形中为企业发展带来了很大的负担。 分布式云数据库UDDB UCloud分布式数据库（UCloud Distributed Database，简称UDDB）是一种稳定、可靠、容量和服务能力可弹性伸缩的分布式关系型数据库服务。UDDB高度兼容MYSQL协议和语法，支持垂直建表、自动化水平拆分，在线平滑扩缩容，服务能力线性扩展，透明读写分离，具备数据库全生命周期运维管控能力。UDDB的架构设计如下图所示： UDDB主要包括三大模块 中间件用来做SQL路由和查询结果的聚合、读写分离、以及对存储节点的管理存储节点即高可用UDB实例，用来存储分表的数据只读实例存储节点的从库，普通的UDB实例，只能对其进行读操作 UDDB的主要功能 水平分表 UDDB通过水平分表来解决容量瓶颈问题，根据一列数据的值把数据行拆分到多个独立的表里。对于开发人员来说，不再需要关心如何切分数据、如何路由请求等待，只需初始化分片字段（shardkey），直接面向逻辑库表进行编程、专注业务逻辑的实现即可，大大降低了程序的复杂度。 读写分离 UDDB的读写分离功能是一种对应用透明的读写分离实现，应用在不需要修改任何代码的情况下，只需要在UDDB控制台中调整读权重，即可将读流量按照需要的比例在存储节点与只读实例之间调整。写流量则统一走存储节点，不分流。 垂直建表 可以在创建水平分区表的同时创建普通表，普通表可以指定创建到某个存储节点。 在线平滑扩容 UDDB可以通过增加存储节点的方式线性增加系统的容量，系统扩容期间业务可以正常访问，读写请求均可以正常进行，仅在修改中间件路由信息的时候会有0.2秒左右的闪断。 UDDB相对开源中间件具有以下优势 简单易用 提供 Web