共计 3164 个字符，预计需要花费 8 分钟才能阅读完成。
近日，由 TiDB 社区主办，专属于寰球开发者与技术爱好者的顶级挑战赛事——TiDB Hackathon 2020 较量圆满闭幕。往年是 TiDB Hackathon 第四次举办，参赛队伍规模创历届之最，共有 45 支来自寰球各地的队伍报名，首次实现寰球联动。通过 2 天工夫的极限挑战，大赛涌现出不少令人激动的我的项目。 为了让更多敌人理解这些参赛团队背地的故事，咱们将开启 TiDB Hackathon 2020 优良我的项目分享系列，本篇文章将介绍 ‘ or 0=0 or ‘ 团队赛前幕后的精彩故事。
本次大赛上，‘ or 0=0 or ‘ 团队十分优雅高效地基于 WASM 实现了 TiDB 的用户自定义函数（UDF，User Defined Function）引擎，取得评委老师的统一高分，一举夺得本届大赛冠军，揽获 10 万元较量奖金。 为了给其余开发者们将来基于 TiDB 开发本人的利用和我的项目带来一些启发，咱们在赛后采访了 ‘ or 0=0 or ‘ 团队与评委张东晖老师，邀请他们分享本人的 Hackathon 教训。
Hacker 精力的完满诠释
如果不是技术极客的话，第一次见到 ‘ or 0=0 or ‘ 团队名（蕴含引号）必定会比拟懵。实际上，这个队名源自于 ‘ or 0=0 or ‘ 队员们一个恶搞的想法：想看看都 2021 年了，当这个名字被录入到各个系统时能不能搞点事件进去~
这个极富极客精力的团队有着 4 名队员，别离是庄天翼、朱贺天、王维真、施闻轩。他们别离是 TiKV 的 Committer、Reviewer、Active Contributor、Tech Leader，平时都是网友关系，通过参加 TiKV 或 TiDB 社区开发彼此相识。
大赛评委之一的 TiDB 产品参谋张东晖老师对 ‘ or 0=0 or ‘ 的印象极深，给出了近乎满分的高分：“‘ or 0=0 or ‘ 在 Demo Show 的过程中给我留下两个特地深的印象： 一是队名自身就是 Hacker 精力的一种体现。同时，这个名字也点到了该我的项目最大的价值——平安，我认为这也是最难的中央；另一个是 Demo 的设计很漂亮，他们用讲故事的技巧，从一个最简略的事件到一个很惊人的性能，将观众一步步带到最高峰。”
作为参加过三届 TiDB Hackathon 的老队员，施闻轩认为 Hackathon 能够将平时一些不是特地成熟，甚至是不太靠谱的的设计和实际想法拿进去实现。如果放在平时，这些想法可能比拟难以推动，但在 Hackathon 上能够本人组队拉人，通过代码证实它的价值，这也是 Hackathon 流动最有意思的中央。
对于新人，闻轩倡议创意其实能够不仅仅限于 TiDB、TiKV 内核产品，如调试工具、开发工具、可视化工具、与大数据计划的整合等周边生态工具，能够给大家施展更广大的设想空间。在最近两届 Hackathon 上，咱们曾经能够看到有越来越多高质量的周边生态我的项目呈现，本届大赛中就涌现出不少基于 Flink 的我的项目。
24 小时极限开发交付的完满 UDF
UDF 作为一款用户自定义函数引擎，能够让用户编写简单的自定义函数执行逻辑，并在数据库上间接进行计算。 这个能力能够使用户在 TiDB 平台上实现更多扩大，对一个平台产品而言，这是一个十分重要的事件。此前因为安全性等挑战，TiDB 始终没有推出 UDF。而平安问题其实是一个特地艰难的事件，可能投入研发一两年都搞不定。
令人诧异的是，‘ or 0=0 or ‘ 的 4 名队员在短短 24 小时之内，就将 UDF 这个我的项目做到了近乎落地产品的水平，包含整个下推、环境的筹备、界面的接口设计都想得十分分明，能够说曾经是一个相当完满的我的项目。
以前 TiDB 不反对某些函数（如 bcrypt），通过 UDF 实现后，不须要将原始数据从 TiDB 捞回客户端计算。通过数据库本地分布式计算，能够显著晋升性能，并无缝兼容 JOIN 等数据库性能。同时，通过 UDF 还能够申请云服务上的计算资源间接计算，例如执行云端人脸识别，执行 Serverless 负载实现有限伸缩等。
闻轩在采访中走漏，‘ or 0=0 or ‘ 之所以抉择 UDF 这个方向。一方面是看到各种标准化测试都有 UDF 需要，但 TiDB 始终没有做，这被看作是一件十分艰难的事件；另一方面，在 TiDB Cloud 的产品路线图上本就有一些对 UDF 的需要。两方面起因促使 ‘ or 0=0 or ‘ 抉择这个十分具备挑战性的我的项目，最终，他们抉择基于 WASM 来实现 UDF。
WASM 全称 WebAssembly，是一个可移植、体积小、加载快并且兼容 Web 的全新格局。它最外围的能力就是平安，能够在一个平台上运行不可信赖的代码，在通过互联网最残酷的平安环境考验后，WASM 曾经是一个足够平安的技术。此外，WASM 还有一个特点是跨语言、跨平台，能够在浏览器、操作系统、云服务等平台运行，这使得开发者编程变得更容易，不受语言的限度。
对于 ‘ or 0=0 or ‘ 开发的这款 UDF，东晖老师认为这个我的项目实际上是关上了一扇门，它让 TiDB 变成一个平台式的产品，让咱们能够看到很多可能性。 比如说通过这个我的项目能够进一步开掘反对 TiDB 做 Machine Learning，让 TiDB 反对 trigger 等等。将来甚至能够将其作为 TiDB 的外围性能，反对宽泛的商业场景。
遗憾
24 小时的工夫对于任何一个软件开发我的项目而言都是一种极限挑战，往年加上疫情起因，‘ or 0=0 or ‘ 团队队员扩散在北京、杭州等全国各地，我的项目推动全在线上开展，这也成为本届 Hackathon 面临的最大挑战。前几届较量，队友们能够一起坐在办公室里，面对面进行沟通探讨。而通过近程形式合作是一种全新的体验，如何适应近程环境对所有队员来说都是一种新的考验。通过近程合作，4 名队员将要做的性能点进行切分，有的去负责 TiDB 侧的 WASM 怎么跑起来，有的负责 TiKV 侧的 WASM，还有人钻研 MySQL 兼容性，最初还要有人将这些代码合并连接起来。但在第一天各自分工写了一部分后，第二天在尝试合并的时候却发现怎么都合不起来。幸好在问难前，在大家的通力合作下没有现场翻车。
在谈及本次较量有没有遗憾时，闻轩示意因为工夫无限的确踩了不少坑。比方在布局中，他们本想在 UDF 中实现网络拜访，但这个性能只在 TiKV 实现了，在 TiDB 却遇到了麻烦。因为在 TiDB 侧和 TiKV 侧调用的库不一样，在 TiKV 工作的局部 API 到了 TiDB 侧不能工作，网络拜访这个性能最终没能跑起来；第二个遗憾是最后有一个同学安顿了一整天工夫尝试将 Java 跑在 WASM 上，将 Java 写的程序在这下面跑起来。但在钻研了各种 Java 到 WASM 的计划后，都没有折腾进去，这个尝试也很惋惜没有搞定。
播种
尝试并非毫无意义，通过各种尝试，他们曾经根本探明可行性计划，只有再稍加工夫就能够持续补充这些能力。对于 UDF 我的项目的将来，闻轩也充斥期待：“除了咱们本身的 24 小时高强度 Hacking 以外，UDF 我的项目的诞生也离不开辛苦筹备本次流动的 PingCAP 共事们的反对，以及间断十几小时聆听各组问难的评委们的认可。Hackathon 曾经完结了， 对于咱们来说，如果将来咱们设计实现的 WASM UDF 能合入 TiDB 产品骨干分支，并成为一个真正能给用户应用的性能，将是对咱们的设计和代码实现的最高认可 。”
在采访的结尾，咱们也想搞点事件——请 ‘ or 0=0 or ‘ 谈一谈本届大赛除本人之外有没有其余最喜爱的队伍，闻轩给出了森海飞霞的名字。他们做的我的项目是 dynamic copysets，解决了在比拟大规模集群的状况下，如何显著晋升整个集群的数据可靠性。这个我的项目自身来源于一篇论文，但在该论文中只提供了一种动态计划，如果要利用于 TiDB 的话，还须要做成一种 dynamic 的计划。这在学术界目前还没有解法，森海飞霞可能填补了学术界的空白，摸索出一条证实的确可行的新方向。
对于该项目标访谈内容也将在近期推出，敬请期待！
