我和TiDB的故事:2020~2022回顾

网友投稿 486 2024-03-08



初识

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

我和TiDB的故事:2020~2022回顾

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

这天,同事分享了个新名词——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 社区互助群,看到了群公告:

进群请改昵称: 社区昵称-城市-公司(公司不方便列出来的可以不列) https://search.asktug.com/ (大部分问题都可以在此找到答案) 问题搜索指南&提问准则:https://asktug.com/t/topic/93912一种尊重,也是可以让问题更好地被定位到,提高问题解决得时效。

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 ,它还好吗?

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:成为TiDB Contributor的手把手教程
下一篇:我和TiDB的故事:TiDB的不离不弃与我的坚持
相关文章