我和 TiDB 的故事 - 2020~2022

作者： ealam_ 小羽原文来源：https://tidb.net/blog/d72bf88a

初识

2020 年 2 月 29 日，虽然由于疫情在家办公，但小周还是小周。

不过我们的小周一般都是活动日、分享日。

这天，同事分享了个新名词——TiDB，说可以去 B 站关注一下 TiDB_Robot，他们今天在直播。

看完直播的我，除了被 NewSQL，分布式数据库、无需关注分库分表的特性吸引外，还对另外一件即将开始的事感到有些惊讶，3 月 7 号，挑战 48 小时内完成开源电子书《TiDB in Action》。

为什么 TiDB 的社区凝聚力这么强？TiDB 真的能解决这些问题吗？

一个个问题埋在了心底，终有一天，它们会破土而出。

其实我也记不清什么时候开始知道 TiDB ，当时关注了 TiDB_Robot，搜了下关注时间。

2020-02-29 10:57:12，这就是故事的开始！

相遇

2020 年 3 月 ~ 2021 年 9 月，一直在 MySQL 和 Mongo 之路狂奔，也就偶尔会从 B 站动态中：一堆美食区 UP 里冒出 TiDB 的身影。

2021 年 10 月，一个新的转折点，转战新的业务线，开始讨论数据中台的搭建方案。

虽然以前接触的数据量压根达不到 TiDB 的使用场景，甚至连分库分表都在犹犹豫豫（加点资源，就不用搞那么多了，也就百万级别数据），但一直对 TiDB 的各种特性心心念念。

于是，很快提出了为什么要使用 Mongo？数据明显更适合关系型数据库，要不要考虑可以支持海量数据的 TiDB？

没想到，新部门的小伙伴，从开发到运维都对 TiDB 有一定了解，一拍即合，选型确定！

选型评估、资源申请、线上部署，一路顺畅！

2020 年 12 月，使用 TiDB 的第一个业务上线，表现良好，开发过程中也没感觉的与 MySQL 有任何差异，几乎完美兼容！

相知

加入社区

2022 年 1 月 1 日，加入 TiDB 社区。

不过说点实话，很长的一段时间，我基本忽视了社区的价值，毕竟作为一个 CURD Boy，文档本身这么齐全，又兼容 MySQL 协议，用就得了，其他的不可以找运维！

人类，终究会为自己的无知付出代价！

遇到问题

2022 年 4 月末，CURD Boy 的开发工作完成，测试验证时发现：

咦，这个查询怎么这么慢，表 A、表 B 我加了索引，但为什么没关联？

表 A，你怎么和表 C 勾搭上了，你俩不是最佳搭档啊，你的最爱应该是表 B 啊！

MySQL 验证了一把，A 终于关联了 B，于是问题锁定：TiDB，肯定是因为你！

翻了半天文档，终于找到了答案，Join Record 算法！

Join Record 算法，会将关联表中数据量最小的表 C 拎出来，分别和表 A 和 表 B 配对，看和谁的效果好，压根不会有表 A 和 表 B 配对的情况！

当然，贴心的 TiDB 也早提供了答案，STRAIGHT_JOIN！

感兴趣的小伙伴，可以看下官方文档：https://docs.pingcap.com/zh/tidb/stable/join-reorder

也就是这一天，我终于理解了这句话：命运馈赠的礼物，早在暗中标注了价格。

不学好 TiDB 的架构、设计，各模块特性，怎么能用好 TiDB 呢？

重头迈上征程，《TiDB in Action》、301、302、TiDB 社区，我来了！

找到组织

匆匆忙登上 TiDB 社区，不知道在哪翻到了一个交流群贴，加上了 表妹，表妹把我拉近了一个 TiDB 社区互助群，看到了群公告：

进群请改昵称：社区昵称 - 城市 - 公司（公司不方便列出来的可以不列）✍️本群是 TiDB 技术交流群，有问题先去：asktug.com 发帖，发帖如果没有人回复可以把链接放到群里面来求助。发问之前可先搜索：https://search.asktug.com/ （大部分问题都可以在此找到答案）问题搜索指南 & 提问准则：https://asktug.com/t/topic/93912☑️技术交流正常需要 case by case 讨论，所以尽可能的先上链接，再沟通，把问题的背景和复现路径都写清楚是对“他人”的一种尊重，也是可以让问题更好地被定位到，提高问题解决得时效。

TiDB 社区交流群是一群使用 TiDB 的社区小伙伴互相交流，我们秉承自由、平等、开放，拒绝白嫖和你就应该为我服务的思想。

不知怎么，看到这篇公告，不由得热泪盈眶，有一种终于找到组织的感觉。

之前遇到问题，默默一个人周六翻了一天文档，身边问了一堆不知道，这下，突然有了继续使用 TiDB，踏平各种阻碍的底气！

从此之后，惊喜连篇！

内测 201

作为一个 CURD Boy，看着社区里某某公司 运维 /DBA 大佬的发言，课程认证中数据库专员、数据库专家的名头，初来贵地，还是有那么一点点格格不入的想法。

然而，很快这么一点点格格不入就被驱散了。

首先是看了 TiDB 的一些入门课程，会发现完全可以把 TiDB 当作一个分布式应用来理解，而且介绍了很多技术选型方法、分布式应用架构理念，应用开发也会受益匪浅！

其次就是，包老师开启了新课程《201 系列 - 面向应用开发》，应用开发也有了一席之地，应用开发专家认证也即将开启！

申请了 201 的内测，小伙伴们太卷了，在周末才勉强赶上了进度。

而包老师比我们更卷，周日搞到周一凌晨四点，5 月 16 日发布了内测的最后一个课程。

当时正在听公开课的我，收到班长小木发的 201.4 的更新推送，瞟了一眼，201.4 才 127 分钟。

激动的心，颤抖的手，终于能卷一卷内测的小伙伴，争一争原来早已放弃的前十，看看能不能混进小群，窥屏一下很少能接触到的 DBA 大佬（小部门，上班以来没见过真 DBA）。

2022 年 5 月 16 日 21 点 17 分，201 系列课程拿下！前十锁定！

展望

现在还觉得恍恍惚惚，在 TiDB 社区突然体验到类似心想事成的感觉。

没人交流，发现了社区交流群。

通过社区交流群，发现了 201 系列内测，有了见产研大佬的机会。

内测的小伙伴真肝，但最后一节课刚好有空，偷偷后发制人！

一番顺风顺水过后，包老师让我看到了现实，PCSD 考试内测把我打回原形！

你还嫩着呢，就算是从应用开发来讲，你还有很多没了解呢！

老老实实收下心，定下来之后的目标：

5 月份，301 系列刷完后，6 月份，继续 PCTA 试试水，是骡子是马，总得拉出来溜溜！

下半年，抽空把 302 系列完成，没事多上上社区，刷刷贴！

有机会来把 PCTP，过不过的无所谓，总得考验考验自己，查漏补缺。

当然，CURD Boy 的基本功也不能落下，从这次 TiDB 的学习之路，慢慢找回了当年学习的感觉，保持下去吧！

以此记录一下与 TiDB 的这些故事，也偷偷给自己立下了一些 Flag！

希望明年或第 N 届征文大赛，能在更新一把这些故事，看一看当年的 Flag ，它还好吗？