PingCAP CTO 黄东旭：我眼中的将来数据库技能趋势

在 TiDB DevCon 2019 上，我司连系首创人兼 CTO 黄东旭分享了对数据库行业大趋势以及将来数据库技能的观点。以下是演讲实录，enjoy~

我司连系首创人兼 CTO 黄东旭

各人本日在这里看到了 TiDB 社区用户实践分享和我们本身的一些技能盼望和瞻望，尚有很是好玩的 Demo Show，正亏得大会竣事之前，我想跟各人聊一聊我心目中将来的 Database 应该是一个什么样子。

着实我们并不是一个出格善于发现名词的公司，我记得我们第一次去用 HTAP 这个词的时辰，应该是 2016 阁下。在行使 HTAP 这个词的时辰，我们市场部同事还跟我们说 HTAP 这个词从来没人用过，都是论文里的词，各人都不知道，你把你们公司的产物定位改成这个体人都不知道怎么办?我们其后细心想，照旧认为 HTAP 这个偏向是一个越发得当我们的偏向，以是照旧选了 HTAP 这个词。此刻很欣喜的看到此刻各类友商、其后的一些数据库，都开始争相说 HTAP，就是说获得了偕行的承认。

那么在 HTAP 的将来应该是一个什么样子，我但愿可以或许在本年这个 Talk 内里先说一说，可是这个标题起的有点不太谦善，以是我专程加了一个「Near」， 分享一下这一年、两年、三年我们想做什么，和对行业大趋势的瞻望。

图 1

本日我们的分享的一个主题就是：「我们只做用户想要的对象，并不是要去做一个美满的对象」。着实许多工程师包罗我们本身，城市有一个小小的生理的洁癖，就是想要做一个超等快、超等牛的对象，可是做出来一个数据库，单机跑分一百万 TPS ，着适用户现实营业就必要 3000，然后全部的用户还会说我必要这些对象，好比必要 Scalability(弹性扩展)， Super Large 的数据量，最好是我的营业一行代码都不消改，并且 ACID 可以或许完全的满意，怎么踹都踹不坏，呆板坏了可以高可用，营业层完全不消动， 其它可以在跑 OLTP 的同时，完全不消担忧任何资源断绝地跑 OLAP(这里不是要说各人的愿望不切现实，而长短常切现实，我们也认为数据库自己就应该是这样的。以是各人记着这几个要点，然后逐步看 TiDB 到底是不是朝着这个偏向成长的)。本质上来说用户的需求就是「大一统」。看过《魔戒》的同窗都知道这句话 ：ONE RING TO RULE THEM ALL，就是一套办理方案去办理各类题目。

已往许多，包罗一些行业的大佬之前说在各类情形下都要出一个数据库来办理特定的一个题目，可是着实看上去我们想走的方案照旧尽也许在一个平台内里，尽也许大范畴去办理用户的题目。由于差异的产物之间去做数据的交互和雷同，着实是蛮伟大的。

图 2 抱负中的「赛道」

这张图(图 2)什么意思呢?就是许多人计划体系的时辰，老是会陷入跑分思想，就是嗣魅这个对象在尝试室可能说在一个特定的 Workload 下，跑得巨快无比。假如各人去看一下或许 2000 年往后关于数据库的论文，许多在做一个新的模子可能新的体系的时辰，城市说 TPCC 可以或许跑到多大，然后把 Oracle 摁在地上摩擦，这样的论文有许多许多许多。可是各人转头看看 Oracle 照旧王者。以是大大都尝试室的产物和工程师本身做的对象城市陷入一个题目，就是想象中的我的赛道应该是一个图 2 那样的，但现实上用户的营业情形是下面这样的(图 3)。许多各人在告白上看到出格牛的对象，一放到出产情形可能说放到本身的营业场景内里就差池了，然后陷入各类百般的较量和纠结的烦恼之中。

图 3 现实上用户的营业情形

TiDB 的定位可能说我们想做的工作，并不是在图 2 那样的赛道上，跑步跑得巨快，全天下没人在短跑上跑得过我，我们不想做这样。可能说，我们着实也能跑得很快，可是并不想把全部上风资源全都投入到一个用户也许一辈子都用不到的场景之中。我们着实更像是做铁人三项的，由于用户现实应用场景也许就是一个土路。这就是为什么 TiDB 的计划放在第一位的是「不变性」。

我们一向在想能不能做一个数据库，怎么踹都踹不坏，然后全部的非常的状况，可能它的 Workload 都是可预期的。我认为许多人远远低估了这个工作的坚苦水平，着实我们本身也出格低估了坚苦水平。或许 4 年前出来创业的时辰，我们就是想做这么一个数据库出来，我跟刘奇、崔秋三小我私人也就三个月做出来了。可是到此刻已经 4 年已往了，我们的方针跟昔时照旧千篇一律。不忘初心，不是忘不掉，而是由于初心还没到达，怎么忘?着实把一个数据库做稳，是很难很难的。

图 4 连年来硬件的成长

（编辑：河北网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!