原来云数据库也是有思想的...

本文由一刻talks发表

邵宗文,腾讯云数据库专家副总监。十余年数据库从业经验,2009年加入腾讯,曾负责腾讯网,新闻客户端,快报,视频,财经,体育等数据库平台部署、规划及运维支持工作。本文是邵宗文在一刻talks第100场演讲局「先见·未来大会」上的演讲实录。每个行业对数据库有不一样的要求,云上数据库通过智能化运维,数据会越来越多,准确度也越来越高,模型也会越来越精准。腾讯云上数据库如何满足用户多样化的诉求?一起来听听听吧。

1

为用户提供数据库服务

大家下午好,我是一刻talks讲者邵宗文。我今天给大家带来的是关于云上数据库及智能DBA的分享。

我们是怎么给用户很好的数据库服务的?

首先我们会给客户按模块划分,比如它是电商的或者是金融的客户,因为每个行业它对数据库的要求是不一样的。金融的客户,他会要求数据库的强一致性,对吧?数据是不能丢失的。如果说是一些电商,它有一些双11的活动,它可能会要求数据库有瞬间的这种支撑高并发的能力。

然后首先通过第一步,先让用户能够迁移上云,并且能够在我们的云上直接进行数据的快速传递和搬迁。第二,通过智能化的一些运维,现在还在持续不断做,因为智能不断进化,随着你数据越来越多,你的准确度会越来越高,你的模型会越来越精准。

我们帮助客户支撑这么大的数据量之后,用户可能会有更多的想法。

比如说这些数据能不能进行商业的分析,对吧?能不能订阅到他自己的一些商业专用的数据库里面去,挖掘出这些数据的价值。有时候为了时效,他想能不能延迟比较低一点,可能几秒,几十秒就能把我的这些数据传到我的商业数据分析里面去,可能能做到实时的一些推荐,帮助客户能够在这种竞争激烈的这种行业中能脱颖而出。

另外我们也能看到云也是一个生态,它不光是说我把数据库做好就OK了,很多用户可能是需要这种生态来帮他解决问题。比如说有些金融客户还有审计的需求;有些游戏客户也需要通过审计来查找,有没有人在盗用、盗取他们的数据;有一些客户可能需要这种相关的快速备份和恢复,比如一些游戏要不断地升级它的版本的时候,需要快速的备份。

另外我们也需要支持丰富的多类型数据库。像我们用到一些迁移的亮点,就是能支持数据库的多种类型。因为数据库也是不断在升级迭代版本,所以说云的话才有这样的人力去做这样的事情。否则像一家小公司它可能开发人员也非常少,如果还去投入去做这种维护各种版本升级的工作,其实是得不偿失的。

2

数据迁移到腾讯云

我们能支持有用户自己在本地机房迁移过来,也可以通过用户说我从其他云上迁移过来。因为大家可能担心在一个云上,可能万一出问题,我的数据什么都没有了。

另外我们有自建的,因为刚开始可能用户说我可能对你的云数据库不太了解,对吧?我原来是什么样的,我现在放下来我还是什么样,我用CDM自建,但是自建的过程中可能他感觉到,就像我拜访一个客户的时候,他感觉到你的订阅功能非常好用,如果我自己去搭,或者我自己去维护的话,我的成本是非常高的,可能需要投入两个研发同学去做这样的一些组件。

然后还有跨区。大家也知道我们腾讯是有非常多的海外机房,或还有很多像东京,像其他国家这种资源,很多的公司要出海,他如果是自己去建,成本也是非常高。所以说通过我们迁移可以实现整个世界的打通。

3

数据库审计

用户遇到审计的问题,首先你要审计记下来,存储量也是非常惊人的,就是大家知道每个请求的操作,正常情况下是记不住的。它可能只记一些慢日志,或者只直接写操作,我们要把这读写全部记下来。这个存储成本是要求非常高,需要一个分布式的存储来支撑这个量。

我们也是有这样的,腾讯基于这样的一个技术背景,其实完全能够帮助到用户去解决这样的存储问题。几十亿条、几百亿条数据,我要查一个什么状态的数据,我能不能快速地去查到,这个也是需要我们这个系统,能够强劲地支持。通过我们研发同学的不断努力,也是实现了这样的一个快速的响应,在30亿级的数据量情况下,差不多6到8秒的响应。

审计应用场景,就是国家三级甲等的一些要求,还有一些是技术人员的风险,另外还有一些技术的这种SQL注入的问题。

这是一个大概的简单的一个界面,就是可以看到我们对谁做了哪些SQL命令,可以进行一个查找,并且可以快速地知道都有哪个时间点,哪个用户做的这样操作,避免了以前出现没有这种审计情况下,我们需要大海捞针一样去找。

然后可能是某个同学误操作了,他可能不承认,现在的话有这样的一套系统能帮助你快速的去寻找这些痛点。

然后还有支持很多命令,比如说某个ID的话,我还要知道超过多少毫秒的到底有多少,这样可以帮助它可以解决一些慢日志的问题。

4

数据订阅

现在很多公司对数据重视起来。我们的数据订阅,针对用户可以做可配置化,他说我可以需要订阅哪些库,哪些表,因为有些全订阅也没有必要。基于我们通用的一些像,可以把我们的数据订阅到Kafka,Kafka是一个非常通用的数据的中间存储,你可以通过Kafka去消费到你的各种相关的一些商业的数据库里面去。

我可以在数据库做一个操作,然后通过我的数据定义功能,马上Kafka的主题就收到了我这个数据库的Insert操作。这样的话可以根据这种固定的格式,我可以把这个数据转到比如说像Redis,对吧?我可以只写一个数据库,我就可以操纵我的中间缓存,或者我通过我的数据库直接可以到我的数据的仓库,而不需要说我还要再额外的去做很多额外的成本,这是我刚才说的,就是基于通过我的对数据库的增删改查,去影响到我的缓存,降低开发者的这种缩短开发的一些工作内容。

另外还有数据订阅的别的场景,就是用户可以通过,比如说我没有在你的云上数据库,但我可以通过自建迁移,然后迁移到你这个数据库,然后在这个数据上去开启我们的这样的一个订阅。对已有的数据库,我又不想在我主库上影响性能的话,你可以再从库上,我们也可以进行这样数据订阅。外部的,这种通过我们的迁移工具,然后可以通过外部云上迁到我们这,然后我们也可以帮他实现这样一个数据的功能。

5

智能DBA

最后我们现在结合本次主题的亮点就是智能DBA,因为我刚才说到了,我们现在云上有大量的这种用户业务,就是说有非常多的用户业务,然后可能有近百万家的企业在云上。

如果说让用户进来给他的很多的数据是比较抽象的,比如说多少毫秒的延迟,多少的慢日志数,其实用户是无感知的,因为很多用户是小白用户,他可能会想到能不能告诉我,我整体这个业务现在质量得分是多少,对吧?0到100是满分,我现在是90分,我可能很开心,我的业务是稳定的,如果说50分是不是我的业务就有问题了,我得查一查是什么原因。

所以说我们去做这样的一些智能方向,就是把所有的大量的数据,可能很多维度数据去做这样的质量得分。然后另外我们会把这些库表,就是用户经常会遇到这些问题,我们会提前去分析。

可能有些用户说我之前SQL语句什么都没改过,为什么我现在变得非常慢,那我可能会说有一个很好的比喻告诉他,就是你刚开始是个小孩的时候,你这件衣服是够穿的,对吧?但你这个孩子是在不断成长,你的业务也在不断成长,可能原来一张表只有不到100万的数据,现在一张表已经有1000万的数据,这个衣服已经无法承载你这个发展,所以说你的SQL语句虽然没变,但是你的业务数据量发生了变化,所以你就成为慢日志了。所以你要去进行优化。

另外还有一个问题就是用户说,我想知道比如说一些企业会做一些预算,我到底明年会用多少你的数据量,或者你的访问量会有多少?我们通过AI,我们可以跟进用户,比如说半年内的数据,我可以预测出来它未来半年或者未来几个月,它的数据量可能会达到多少,或者它的访问量比如说会比现在翻多少倍,这样用户大概对未来的访问量有预知的话,他可以提前做好一个规模的预算。

这个其实可以看到,通过用质量得分的形式,就让用户知道我的订单模块,购物模块目前是一个什么样的情况,如果是90分,看看还有哪几个是影响他的,大概他是什么原因。

然后另外就是我们自己在不断的尝试一些demo,我们会做一些模型出来,质量得分,然后告诉这可能是什么原因,是cpu过度,可能是一些复杂SQL,还有一些其他的维度、碎片、索引是否合理。

然后另外我会对这种死索,就是数据库经常会遇到问题,也会进行智能的分析。相当于用户只要知道我的得分,然后顺藤摸瓜,大概就能知道自己的问题,然后还能知道自己对应的请求SQL语句的问题。

今天我的分享就到这,然后之前我说的很多像智能化的这种数据,其实在腾讯已经非常多的在去推广起来,如果大家能够尽快的去应用我们云的话,可以节约很多的时间,像我们的一个大客户,就三年上市的某团,大家也看到了,他就是在我们云上,基于我们的云上的这种基础服务,得到了一个快速的发展。今天的分享就到此结束,谢谢大家。

此文已由作者授权腾讯云+社区发布

    原文作者:后端开发
    原文地址: https://segmentfault.com/a/1190000017319178
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞