热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

数据库_云原生数据库的开荒牛|行业格局重构时的百舸争流

本文由编程笔记#小编为大家整理,主要介绍了云原生数据库的开荒牛|行业格局重构时的百舸争流相关的知识,希望对你有一定的参考价值。
本文由编程笔记#小编为大家整理,主要介绍了云原生数据库的开荒牛 |行业格局重构时的百舸争流相关的知识,希望对你有一定的参考价值。



































云原生数据库的开荒牛 |行业格局重构时的百舸争流





江山如此多娇,引无数英雄竞折腰。


俱往矣,数风流人物,还看今朝。































云原生数据库的开荒牛 |行业格局重构时的百舸争流






没有一个伟大的公司是仅凭运气成功的。当被问到他们如何看待自己已取得的成就时,创始人Mitchell笑着说,台上一分钟,台下十年功,这是一场等待了十年的一夜成名 (10 year over night success)。






数据库与操作系统、中间件是计算机基础的三大软件。






数据库,即数据管理系统,诞生于20世纪60年代中期的美国,可以被看作是电子化的文件柜。与国外厂商的诞生时间和发展速度相比,我国数据库处于相对落后状态。20世纪80年代,数据库老大哥甲骨文最早进入内地市场时,国外数据库已经迭代了超过7个版本。






那时,操作系统、中间件、数据库都在尝试国外厂商已有的数字化实践之路。从今天来看,虽然国外厂商仍占据我国数据库市场80%以上,国内厂商仍不是主流产品,但一些新的趋势正在行业内部悄然发生。






比如,关系型数据库市场中,国产数据库市占率已经从2009年的4.2%提升至2019年的18.9%以上;2020 年 11 月Gartner 发布的2020年度数据库厂商评估报告中,中国数据库厂商已经占据三席。






本文深度采访了藏在第七次全国人口普查、腾讯会议、健康码背后的数据库团队TDSQL。这支在腾讯内部慢慢生长的小分队见证了腾讯近十年来的技术成长,在腾讯关于视频、游戏、社交、金融等一场场战役中,都有它的身影。






今天,这支小分队已经不止于服务腾讯内部,而且走出家门。它开垦金融、政务、电商、社交、互联网等领域的荒地,为微众银行、张家港农商行、平安银行、PICC、三一重工、bilibili、微盟、富途证券、云南公安等提供数据库技术支持,成长为企业级的分布式数据库,更被认为是代表了整个银行界IT分布式架构的标准。






国产数据库真的迎来转折点了吗?国产数据库的机会在哪里?在云时代,我们又将需要怎样的数据库?






回答这些问题,TDSQL有独到的理解和不容置疑的发言权。












01



曙光初现背后的“临危受命”








Oracle ACE总监,恩墨科技创始人盖国强曾在“2019中国数据库元年”的论述中讲过:“一个技术生态的繁荣发展,必须拥有广泛的投入、广泛的参与、广泛的关注,这三者缺一不可。”






时间轴来到2020,从投入、参与和关注上,我们可以看到国产数据库的丰收之色。仅2020年新成立的初创型国产数据库公司就已完成13个融资项目。此外,一家仅成立5年的创业数据库公司在2020年就已拿到2.7亿美元的融资。






不止资本方面,学界也在发挥力量。从2020年论文发表数量来看,中国名列前茅。根据中信证券的分析报告,2020年 VLDB(大规模数据库国际会议)刊登的 63 篇论文中,来自中国学者和研究人员的文章有23篇,在所有国家中排行第一,占比 36.5%。







云原生数据库的开荒牛 |行业格局重构时的百舸争流


2020年按国家分类VLDB论文发表数(单位:篇)








从参与度上来说,数据库的赛道更是从垄断状态进入了百舸争流的状况。国产数据库赛道中的玩家更可以被分为4大流派,分别是以南大通用、武汉达梦、人大金仓为代表的学院派,腾讯云TDSQL、阿里OceanBase、京东Shardingsphere为代表的互联网派,TiDB、巨杉数据库、万里开源、易鲸捷、热璞 HotDB、星环 KunDB、青云 RadonDB为代表的创业派和中兴GoldenDB、亚信AntDB为代表的企业派。






国产数据库的新动作更是紧锣密鼓,以腾讯云为例:





2020年4月,其以3.86 亿元中标《2020年银联云建设采购项目》,成为当时国内金融云第一大单。其中,腾讯云数据库为中国银联数字化转型提供支持;






6月,腾讯云以10.66 亿元中标中国人民保险集团股份有限公司(PICC)人保云建设项目,其中,腾讯云分布式数据库TDSQL PG(原TBase)为中国人保集团在数字化方面提供支持;腾讯云以5.47亿中标“央视频”5G新媒体平台项目,腾讯云TDSQL和Redis数据库提供技术支持;






8月,昆山农商银行和腾讯云计算(北京)有限责任公司正式签署战略合作协议,腾讯分布式数据库TDSQL提供支持。









新动作一直持续到去年(2020年)年底。12月24日,腾讯云宣布其数据库品牌TDSQL品牌整合升级计划,集中发力数据库技术创新突破。腾讯云原有的TDSQL、TBase、CynosDB三大产品线统一升级为“腾讯云企业级分布式数据库TDSQL”。






这一年,国产数据库无疑迎来了火热发展的黄金时期。






这种火热程度对腾讯云TDSQL来说不是跟风上,更是等风来。腾讯云数据库技术负责人潘安群以一种身经百战的自信说,“包括金融、政务、互联网、智慧零售、社交、电商等各行各业的场景,TDSQL是真正经历过海量实际场景验证的产品。”






的确,自诞生起,腾讯云数据库的身上就有一种“临危受命”的使命感。






2007年之前,腾讯还在完全使用以mysql数据库为主的开源数据库,一些海量的数据分析和财务部分也还跑在Oracle数据库上,“那个时候没有更多产品化,主要是培养技术团队的阶段。”






然而,腾讯壮大的速度远远超过了MySQL和Oracle的承受能力。






2006年,QQ用户量增长速度创造了历史记录,QQ同时在线人数逼近2000万,开源的数据库没见过这么大的阵仗,市面上的开源数据库和传统商业数据库没有一家能够支撑腾讯庞大的流量需求。






“增长太快了,”腾讯云副总裁李纲告诉「甲子光年」,“当时每天早上我们看报表,发现报表时间到了,数据却没有跑出来,那就是已经挑战了集中式数据库的系统极限。”






既然别人家没有,那就自己造出来。






云原生数据库的开荒牛 |行业格局重构时的百舸争流


早期核心团队合影






2007年,社交2.0爆发,腾讯后台的请求量和访问量都呈现爆发式增长,腾讯技术团队拍板决定自研数据库。既然要做,就做最稳定、最准确的数据库,“7*24小时高可用、数据一笔不差、金额一分不差”成为了腾讯云数据库TDSQL最初立下的要求。






此后,“临危受命”成了腾讯云数据库需要面对的家常便饭,这支小分队也成为腾讯发展中每一场战役背后的中坚力量。






2009年,“QQ空间”大火,“QQ农场”、“好友买卖”、“抢车位”等一票社交游戏上线,而每偷一棵菜,数据库团队就需要改写、扩容,被人垂涎的是腾讯的流量,而更辛苦却难以变现的部分,是腾讯的技术支撑;2010年,腾讯推出“开放战略”,能够和流量大厂一起吃肉,一时间各大小厂商蜂拥而至,今天的腾讯云真正有记录意义的诞生就出在“开放平台”上。






那是腾讯云数据库第一次面对外部客户,而对外,需要面对两个挑战。






一是从服务腾讯这个“大胖子业务”变成服务很多小业务叠加的中长尾,而小业务的场景则更容易出问题。






比如在数据库的一致性方面,在数据不能丢、不能错的情况下,TDSQL需要提供一个更加完整的数据库解决方案,让对数据库使用毫无经验的使用者们实现“懒人模式”,同时不会出现数据错误。






二是服务外部会涉及到钱,比如由于有些游戏会涉及到账户的数据,开启了自动到账的功能,怎么样把关于钱的问题做到零差错,也是TDSQL需要面对的新挑战。






这两个难题虽然是挑战,但也成为腾讯云第一次面向外部客户的必经之路。此后,腾讯云数据库跨过了解决数据高可用、快速弹性拓展问题的阶段、解决业务海量扩展能力的阶段,以及产品化输出的阶段。






时间轴来到2014年,腾讯走进了拥抱云的时代。






2014年,微信推出了“红包”功能,而在红包上拿下的第一城,当属2015年春晚的“摇红包”活动。与“电商双十一”可以提前预测流量、能够做好准备不同,“春晚摇红包”更具有突发性,一时间会增长特别快,而且没有非常准确的预期,不像传统IT能够知道增量是什么样子的。






云原生数据库的开荒牛 |行业格局重构时的百舸争流


微信红包






据春晚结束后公开资料的统计数据,当时的峰值甚至超过了每秒20万笔,而这个数据,是前期无论如何也预料不到的。






谈起给微信红包做数据库后端支持的契机,腾讯云数据库技术总监李跃森说到,“有一天,微信支付的总经理去开会的时候问我们,现在线上数据库MySQL一定是扛不住这样的流量了,能不能帮他们把这个事情搞定呢?”但那个时候,距离春节只有半年的准备时间,李跃森和团队一共6个人,需要完成的是保守预测10倍的增长。






结果很明显,微信红包一炮而红。












02



征战金融高地







自1970年IBM研究员E.F.Codd在论文中提出关系模型概念以来,数据库的发展可以被分为三个阶段:







第一个阶段,数据库龙头 Oracle、Informix、Sybase和SQL Server等公司相继诞生,并在2000年形成了Oracle、Microsoft和IBM三巨头的竞争格局。






第二个阶段,互联网泡沫破灭之后,一批新的互联网巨头诞生。网络需求推动了数据量的爆发式增长,传统集中式的数据库明显跟不上互联网的巨大爆发量,分布式数据库、互联网巨头开始杀入行业竞争。






第三个阶段,随着云计算的蓬勃发展,云数据库成为新趋势。2014年,Amazon推出Aurora,凭借低性能、高成本、高可用的优势吸引了大批客户和尾随者,并在之后的6年里走到了全球前三的阵营中。2016年,此前对云计算持消极态度的甲骨文也开始向云计算进军。






在上述每一个阶段的过渡之中,我们都可以看到一些行业格局的重构,发生列队位次变化的痛点也可以归从两方面找到。







一是云化的趋势。云化和数据库领域的云化不是未来的事情,而是已经在路上了。2018年,全球云数据库就已贡献了104亿美元,实现了68%的行业增长贡献。据Gartner 统计,2012-2018年公有云数据库的CAGR高达80%,2018-2023年数据库即服务将成为平台即服务中增长最快的领域。 


  • 2019年,存储和计算分离成为主流云数据库平台,云原生数据库市场规模达到140亿美元;


  • 2020年,开源数据库产品将占总收益的 20%以上,关系型技术将用于至少70%的新应用;


  • 2021年,云数据库在整个数据库市场中的占比将首次达到50%;


  • 2023年,75%的数据库会在云平台上,这一变革将彻底改变数据库厂商格局,Oracle 等传统数据库厂商将受到挑战。








二是分布式数据库逐渐取代集中式数据库的趋势。集中式数据库可以被看作是一个非常高可用的小柜子,可以运作十几年不停机,而且非常稳定。但同样,为了能让它保持这种良好的运作状态,其对应的成本也就非常高,比如需要好几层的电源,可以保证他不断电。






但问题是,柜子的容量是有限的,到了系统的极限就会出现问题。而在银行的场景中,业务量并没有边界感,还对成本控制提出了要求,那么集中式的理念就是行不通的。






相反,在分布式的理念中,硬件(小柜子)被默认为是不可靠的,但总有一个plan B存在,那么,即使出现故障,也可以快速实现切换,可以把风险分摊到极小,比如在TDSQL给微众银行搭建数据库的案例中,也正是在这种分散的方式,解决了微众银行稳定性和成本的博弈。






无疑,在今天的国产数据库探索中,TDSQL正好踩住了云化、分布式的趋势,而更具有突破性意义的是,TDSQL真正从需求导向走向目标导向的节点,刚好对准了金融场景这个“最难啃的硬骨头”。






对于数据库来说,金融是难攻下来的高地,却也是好盘踞的堡垒。在春晚红包的同一年,腾讯云TDSQL接到了一个大任务——给微众银行提供数据库支持。






云原生数据库的开荒牛 |行业格局重构时的百舸争流


微众银行






做金融领域是机缘巧合,对于TDSQL来说是有价值的挑战,但同时也让人胆战心惊。要知道,金融产品是所有产品中要求最苛刻的,而银行又是金融产品中要求最高的。







在互联网场景中,卡顿会影响使用体验,但不会造成巨大损失。而在金融场景中则风险更大,举个例子,当用户购买理财产品时,某个时间点前后的收益会出现很大的差异,所以一旦出现卡顿的情况,将会造成严重的损失。






除了满足自身的业务需求之外,由于银行的行业特殊性,并不存在试错的可能性。在微众银行之前,并没有银行有过这样的尝试,这第一次也是唯一一次的机会。“他们(微众银行)前期就告诉我们,故障半小时已经是非常严重的级别。”






那时,微众银行刚成立不久,在国产化的浪潮中,作为国内首家互联网银行,微众期待把普惠金融的IT架构做好,希望能够改变传统银行的单业务成本高的问题,提出了既能够服务海量用户,又可以把每个用户的成本控制到很低的范围内的要求。






在今天看来,微众的案例已经取得了胜利,可以被认为是代表了整个银行界IT分布式架构的标准。






微众银行对于机房的部署是,同城有5个机房、异地有2个机房,如果按照传统的架构,同城的5个机房做成1主4备,其余的4个机房就会造成资源浪费,而在TDSQL分布式架构中,多个数据库实例的主备节点交叉部署在五个机房,这样任何一个机房故障都只会影响1/5的流量,且任何一个机房故障不会造成全局系统性宕机的风险。






简言之,既保证了资源有效利用,又解决了稳定性的问题。






它的IT架构可以把成本控制得非常低,现在大部分银行在做分布式的时候,基本上都是在用这种架构,比如华通银行在构建底层架构时,就直接联系了TDSQL,希望可以用这个架构构建自己的核心系统。






但在当时,这样的任务对于TDSQL团队来说,更是一场让人眉头紧锁的拉锯赛。






这是TDSQL团队第一次真正意义上走到需求了前面。走出腾讯内部的温床,对刚刚成熟的TDSQL来说是探索未知,但也让TDSQL变成了更好的自己。






首先,走进无人区的难点在于未知。






对于新筹备的互联网银行来说,交易量、未来业务的发展程度都未可知,对于TDSQL来说,分布式能达成成本控制的程度、银行监管的要求和新业务面对拓展性、一致性和监管要求的挑战也未可知。而分布式数据库是现阶段金融场景能够给出的最好回答。






其次,外部的历练让TDSQL变成了更好的自己。






在腾讯内部使用时,一旦出现问题,TDSQL可以给自己家做做维修,但进入银行场景,由于内外网隔离,别人家的屋子没法干涉,也就需要银行自己解决,这就对TDSQL团队提出了更高的要求,去打磨出更好的产品。






另外,走出家门,就不再被家长“宠着”了。“给客户做数据库的时候,很多也是未知的领域,做的不好的话,不是在自己家改一改就好了,人家真的会骂你。”






在和微众银行合作的初期,由于双方都是第一次尝试金融场景的分布式架构,也经历过“TDSQL觉得微众不懂互联网,而微众觉得TDSQL不懂银行”的磨合期。






但磨合过后的成效也在今天得以显现。目前,微众银行基于TDSQL搭建的分布式银行核心系统可以做到7*24小时全天候不间断服务。已成功服务超过2.5亿客户,实现年均日交易3.6亿笔,单日交易峰值近6亿笔,最高TPS(每秒传输的事物处理个数)达到10 万+,也为微粒贷、微业贷等业务的数百个核心系统提供了坚实支撑。






如果过去,TDSQL只是站在金融场景下的一只小白鼠,那么今天,对于微众银行和TDSQL来说,更是互相都懂了。






实际上,TDSQL在今天仍可以成为前排选手,不变的是面对无人区时,仍敢于向前的勇气。










03








“换心”传统深水区















2013年,曾发生过一件让使用国外信息软硬件的中国公司感到警铃大作的事。






当年6月,前中情局(CIA)职员爱德华·斯诺登将两份绝密资料交给英国《卫报》和美国《华盛顿邮报》,资料内容曝光了美国于2007启动的一项秘密项目,它要求电信巨头威瑞森公司必须每天提交数百万用户的通话记录。






根据美国时代周刊当时的报道,美国政府对公众隐私的监控可能比媒体报道的更深入。FBI和NSA监视范围广泛,其挖掘了包括微软、雅虎、谷歌、Facebook、PalTalk、YouTube、Skype、AOL、苹果等等各大技术公司的数据。






这就是轰动一时的“棱镜门”事件。






该事件一出,使用数据库的中国机构就开始转向寻找国产数据库产品,而令人痛心疾首的是,就当时的产品竞争力而言,国产数据库与 Oracle 相差巨大。






然而,7年后的今天,国产数据库的门前正在点燃两门礼炮。






第一炮,信息爆发式增长刺激数据库需求。






根据2018年11月IDC白皮书《Data Age 2025》,全球数据量总和将从2018年的33ZB增至2025年的 175ZB。与此同时,IDC数据同样指出,到2025年,全球49%的已存储数据将会存在公共云中。这意味着,分布式数据库和云数据中心正在成为数据新的存储方式。






高增长必然会带动强需求,需求导向的市场状态将会刺激资本、学界、国家等多层面的关注,也就是我们前文提到的火热状态发生的根源所在。所以,数据库的布道者们更加会为之倾注心力。








2010-2025年全球数据规模量 资料来源:IDC,数据时代2025,兴业证券经济与金融研究院






第二炮,我国正在步入加快推进基础科技创新与安全可控时代,这将推动数据库国产化率的快速提升。






根据IDC预测,到2024年中国关系型数据库软件市场规模将达到38.2亿美元,未来5年整体市场年复合增长率为23.3%,与这样的预期增长数字相伴的,是与时代携手的共同前行,大的机遇和发展空间。






而此刻正是TDSQL突破蚕茧、完成蝶变的重要时间节点。






微众银行的战役告一段落之后,TDSQL并没有离开金融云数据库的赛场,而是在向深水区更近了一步。他们把战役的矛头对准传统银行,其中两个典型的案例分别是张家港农商行(以下简称张家港行)和平安银行。






相比微众银行需要研发新的系统,传统银行的数据改造难度更大。如果微众银行只是一片尚未开荒的新土壤,传统银行可以被看作是难度更大的深水区。






两者的不同点在于,传统银行有历史包袱,改造并不只是在原有的系统上搭建新东西,而更是拆除、归零,需要将老系统的数据平稳过渡到新系统中,还需要在银保监会要求的时间内完成变更。






同样,在此之前,国内没有一个传统银行或金融机构把核心系统放在国内的分布式数据库上,也就没有前车之鉴可以作为参考。摆在腾讯云面前的挑战是,能够突破原有老式框架、银行系统的监管以及和银行方面的磨合问题。






第一,突破原有集中式数据库使用上的问题。






在与腾讯云TDSQL合作之前,张家港农商行的老核心系统使用的是国外商业数据库Sybase。随着业务量的增长,集中式数据库常常跟不上请求的速度,出现卡顿、运行缓慢的问题,张家港行便把目光投向了分布式数据库,TDSQL刚巧是选项之一。






也许是传统银行严谨性的把控,在张家港行的数据库正式上线之前,其实开发了两套系统,一套是基于TDSQL,一套是传统集中式数据库。经过对两套系统的性能、可用性和成本的对比,张家港行选择了以TDSQL的分布式架构作为试用,而集中式的作为备胎,以防不时之需。






这个过程中,也出现了由于集中式和分布式数据库在使用上的不同,导致分布式呈现出数据过低、效果也比较差的情况。在这样的数据下,张家港行也向分布式提出质疑,“分布式到底靠谱吗?”






得知这个消息,作为TDSQL数据库专家的张文就跑到张家港待了足足一个多月,让张家港行掌握了分布式数据库的正确使用方法,并赢得了行方的信任,促使数据库更平稳的运行。






直至2019年8月,项目行将结束之时,张文在朋友圈里记录了这样一段文字:






“记得年初第一次来张家港银行,那时开发人员对分布式数据库根本无从下手,核心系统改造当时看来还是天方夜谭。再看今天,全行核心业务跑在分布式架构下稳如磐石,性能轻松碾压国内同等规模银行,软硬件综合成本降低75%。






张家港行的分布式改造实际上是银行的一场换‘心’行动,而除了张家港行,在此之前国内尚未有一家银行冒这个险。”






而那个集中式数据库的备胎,放在后备箱待了一年也没派上用场。






第二,银行的业务特殊性问题。






做金融级数据库的最大挑战就在于行业特殊性,一旦数据库出现瘫痪,可能就会引发银行整个系统都无法正常运作的连锁反应,这对银行和用户来说带来的损失不可估量。






如果经验不足,真诚和实力就是最打动人的武器。






在张家港行的案例中,TDSQL通过银行科技部门以及腾讯、长亮科技开发团队三方一起合作,经历了半年的模拟测试演练,把可以想到的或可以检索到的业内故障的场景尽可能模拟一遍,以及多轮性能测试的数据,并形成了比较完整的资料和文档。






最终,三方合作的默契度和决心获得了各方的认可。






当谈及做张家港项目的初心,张文说,“我们并不觉得TDSQL是为张家港银行或者哪个银行定制的功能,在做银行和to B上,我们没有国外的集中式厂商做的时间久,我们是抱着虚心的态度进行场景适配,达成有效沟通,让三方都觉得是很默契的合作。”






没有明确的发心,单纯想把事情做好,也许才是能够做好的起点和终点。






第三,在每一份沟通与合作中,最重要的就是信任和磨合的问题。






于对外经验相对缺乏的TDSQL团队来说,如何让带着产品经理思维的鹅与银行打好配合,是前路是否好走的关键。






与张家港行相似,平安银行一直以来在技术上的重视,其对人力、交付和SOA的响应度都有更高的要求。更重要的是,平安银行要做的,是业务首次将银行核心系统从传统集中式大型机下移。这无疑又是一次前无古人的突破尝试。






平安银行对TDSQL的放心,更来自腾讯云团队对项目的全程保驾护航。比如,给平安银行定制一整套的交付流程、每周都会进行保障、在项目上线的头两周和上线之后的后两周是24小时进行相应的、投产的三天,24小时里会有6个工作人员一直在现场。






从微众银行到平安银行,对于金融场景这个最难啃的“硬骨头”,今天的TDSQL已经摸了个遍。










04




谁的大机会











与国产化浪潮对应的,是巨大的市场空间。






过去十年来,国产数据库的市占率从2009年4.0%增长至2017年的14.26%,增长超过3倍。然而,数据库的国产化率仍处于较低水平,根据兴业证券的预测,在保守、中性与乐观假设下,数据库国产化的潜在市场空间分别为108亿、268亿和428亿元。






机会之下,这无疑是国产数据库的逆袭时刻。能够抓住机会的人,更应该懂得机遇与竞争同在,常有犬牙相搏,竞者厮杀。
面向未来,腾讯云数据库将云原生数据库【1】和高速网络设备的超融合【2】两大特点有机结合,在腾讯云副总裁李纲看来,能够与赛道中的伙伴们同行是一件幸事。






在今天,我们或许应该对“胜利者”有新的定义,此时此刻的阶段性号角,为腾讯吹响,但也不只为腾讯吹响。但清晰可见的是,在这条关于国产自主、关于云、关于数据库的探索道路上,腾讯拥有的是伙伴、团队和沃土。






首先,在腾讯的沃土上,有众多子行业:政务、教育、文旅、工业、医疗、交通、金融、智慧建筑等等,在这个过程中会积累非常多的客户,这些客户在公有云上的发展也会让TDSQL有充分的积累。






其次,TDSQL和一些头部关系非常好的客户建立联动机制,这些客户的诉求不仅仅是享受提供的服务,更多是可以和腾讯一起探索更多的未知。






再次,在腾讯的生态上下游中,包括集成商、硬件、硬件的服务商和线下的各种支付和运营都能够和腾讯一起,以生态的数据库形象做好客户的服务。






从团队上来看,腾讯同样专业。






腾讯云数据库非常注重人才的培养,TDSQL自2003年开始,就在内部培养了很多人才,自己培养的专家在腾讯的专家团队里占比非常高。而且,腾讯还会从高校或者海外数据库的企业引进一些高端的人才,
前文提到的专家工程师王辉就来自Oracle数据库,选择腾讯,正是出于此前在和腾讯的合作中,对TDSQL团队的认可。
而更多的,生长于腾讯自有的这块沃土上,从不缺锻炼的机会、勇敢的能力和大厂的底气。






在腾讯内部有一个不成文的规定,即新鲜出炉的数据库产品先是部门自己用,然后放到公司内部用,最后完全没有问题才会推到外面,腾讯内部多样的产品线和大量复杂的业务场景给TDSQL提供了不断打磨更好产品的沃土。






其次,关于腾讯的开放、包容以及持续支持的态度,是被TDSQL团队多次提到的工作体验。而这,也被公认为是团队自发产生主动性的原因。正是腾讯这个大家庭耐心的投入、历练的机会和上层的支持与肯定,让发展初期宛如婴孩的腾讯云数据库拥有了完美的童年。






在今天,TDSQL长大了,也是时候可以独当一面了。






那么,未来的困难还有多少呢?






如果说初期还有一些经验可循,今天的腾讯云数据库向无人区深处更进了一步。如何拨开迷雾,认清前路,保证不会偏航,是成熟的TDSQL需要面对的新问题。












而伴随着技术变革带来的行业格局重构期,和不同场景下数据库的细化格局,未来的国产数据库市场势必百舸争流。



推荐阅读
  • 一、Hadoop来历Hadoop的思想来源于Google在做搜索引擎的时候出现一个很大的问题就是这么多网页我如何才能以最快的速度来搜索到,由于这个问题Google发明 ... [详细]
  • Android中高级面试必知必会,积累总结
    本文介绍了Android中高级面试的必知必会内容,并总结了相关经验。文章指出,如今的Android市场对开发人员的要求更高,需要更专业的人才。同时,文章还给出了针对Android岗位的职责和要求,并提供了简历突出的建议。 ... [详细]
  • 本文介绍了如何使用php限制数据库插入的条数并显示每次插入数据库之间的数据数目,以及避免重复提交的方法。同时还介绍了如何限制某一个数据库用户的并发连接数,以及设置数据库的连接数和连接超时时间的方法。最后提供了一些关于浏览器在线用户数和数据库连接数量比例的参考值。 ... [详细]
  • 本文介绍了adg架构设置在企业数据治理中的应用。随着信息技术的发展,企业IT系统的快速发展使得数据成为企业业务增长的新动力,但同时也带来了数据冗余、数据难发现、效率低下、资源消耗等问题。本文讨论了企业面临的几类尖锐问题,并提出了解决方案,包括确保库表结构与系统测试版本一致、避免数据冗余、快速定位问题等。此外,本文还探讨了adg架构在大版本升级、上云服务和微服务治理方面的应用。通过本文的介绍,读者可以了解到adg架构设置的重要性及其在企业数据治理中的应用。 ... [详细]
  • 本文详细介绍了MysqlDump和mysqldump进行全库备份的相关知识,包括备份命令的使用方法、my.cnf配置文件的设置、binlog日志的位置指定、增量恢复的方式以及适用于innodb引擎和myisam引擎的备份方法。对于需要进行数据库备份的用户来说,本文提供了一些有价值的参考内容。 ... [详细]
  • 本文由编程笔记小编整理,介绍了PHP中的MySQL函数库及其常用函数,包括mysql_connect、mysql_error、mysql_select_db、mysql_query、mysql_affected_row、mysql_close等。希望对读者有一定的参考价值。 ... [详细]
  • 众筹商城与传统商城的区别及php众筹网站的程序源码
    本文介绍了众筹商城与传统商城的区别,包括所售产品和玩法不同以及运营方式不同。同时还提到了php众筹网站的程序源码和方维众筹的安装和环境问题。 ... [详细]
  • 企业数据应用挑战及元数据管理的重要性
    本文主要介绍了企业在日常经营管理过程中面临的数据应用挑战,包括数据找不到、数据读不懂、数据不可信等问题。针对这些挑战,通过元数据管理可以实现数据的可见、可懂、可用,帮助业务快速获取所需数据。文章提出了“灵魂”三问——元数据是什么、有什么用、又该怎么管,强调了元数据管理在企业数据治理中的基础和前提作用。 ... [详细]
  • 使用Ubuntu中的Python获取浏览器历史记录原文: ... [详细]
  • Spring特性实现接口多类的动态调用详解
    本文详细介绍了如何使用Spring特性实现接口多类的动态调用。通过对Spring IoC容器的基础类BeanFactory和ApplicationContext的介绍,以及getBeansOfType方法的应用,解决了在实际工作中遇到的接口及多个实现类的问题。同时,文章还提到了SPI使用的不便之处,并介绍了借助ApplicationContext实现需求的方法。阅读本文,你将了解到Spring特性的实现原理和实际应用方式。 ... [详细]
  • 基于事件驱动的并发编程及其消息通信机制的同步与异步、阻塞与非阻塞、IO模型的分类
    本文介绍了基于事件驱动的并发编程中的消息通信机制,包括同步和异步的概念及其区别,阻塞和非阻塞的状态,以及IO模型的分类。同步阻塞IO、同步非阻塞IO、异步阻塞IO和异步非阻塞IO等不同的IO模型被详细解释。这些概念和模型对于理解并发编程中的消息通信和IO操作具有重要意义。 ... [详细]
  • Java String与StringBuffer的区别及其应用场景
    本文主要介绍了Java中String和StringBuffer的区别,String是不可变的,而StringBuffer是可变的。StringBuffer在进行字符串处理时不生成新的对象,内存使用上要优于String类。因此,在需要频繁对字符串进行修改的情况下,使用StringBuffer更加适合。同时,文章还介绍了String和StringBuffer的应用场景。 ... [详细]
  • 解决VS写C#项目导入MySQL数据源报错“You have a usable connection already”问题的正确方法
    本文介绍了在VS写C#项目导入MySQL数据源时出现报错“You have a usable connection already”的问题,并给出了正确的解决方法。详细描述了问题的出现情况和报错信息,并提供了解决该问题的步骤和注意事项。 ... [详细]
  • flowable工作流 流程变量_信也科技工作流平台的技术实践
    1背景随着公司业务发展及内部业务流程诉求的增长,目前信息化系统不能够很好满足期望,主要体现如下:目前OA流程引擎无法满足企业特定业务流程需求,且移动端体 ... [详细]
  • 如何在php中将mysql查询结果赋值给变量
    本文介绍了在php中将mysql查询结果赋值给变量的方法,包括从mysql表中查询count(学号)并赋值给一个变量,以及如何将sql中查询单条结果赋值给php页面的一个变量。同时还讨论了php调用mysql查询结果到变量的方法,并提供了示例代码。 ... [详细]
author-avatar
laoshu仔
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有