北京 TUG 第一期线下活动 “全面了解转转的 TiDB 实践” 活动回顾

北京 TiDB User Group (简称“北京 TUG”) 于 2019 年 6 月 23 日 在北京 TechDay 上成立。秉承着“连接用户,共建社区”的精神,北京 TUG 社群汇集了包括美团点评、58 集团、转转、知乎、贝壳找房、京东、爱艺奇、小米、网易、脉脉、VIPKIDS、汽车之家、一点资讯、凤凰网等几十家企业的架构师、DBA 、研发人员及管理人员。

为了促进北京 TUG 成员间的交流,帮助更多 TiDB 用户学习和了解 TiDB 使用、运维方面的知识及经验,北京 TUG 的第一次线下活动于 8 月 25 日在转转成功举办。本次活动的主题是“全面了解转转的 TiDB实践”,活动邀请了来自转转的首席架构师孙玄老师、数据库负责人冀浩东老师以及架构部负责人陈东老师,他们从架构、运维、业务开发全方位解读了转转从接触到深度使用,再到“All in” 的 NewSQL 探索及实践经验。

8 月 25 日下午两点,从北京四面八方赶来的 50 多位小伙伴齐聚转转,活动正式拉开帷幕。

活动第一个环节是企业参观,转转首席架构师孙玄老师带领大家参观转转工区,并介绍了转转的企业文化。转转里一些有趣的小设计吸引了许多小伙伴的注意,大家纷纷拍照留念。

参观完转转后,大家回到了转转最大的会议室落座,干货分享环节正式开始,活动场地座无虚席。第一个 Talk 来自 TUG 全国负责人房晓乐老师,他为大家介绍了 TUG 成立的初衷,为什么要加入 TUG 及如何加入 TUG 等内容,欢迎各位对北京 TUG 社群感兴趣的小伙伴通过本表格申请加入。

接下来,转转首席架构师孙玄老师为大家介绍了转转数据库架构构建之道。首先孙玄老师向大家阐述了为什么架构哲学设计的本质是降本增效以及为什么"一切脱离场景谈架构都是耍流氓"。之后,孙玄老师又总体介绍了转转的业务场景,以及转转的四种数据库选型:MySQL 、TiDB、Codis 及 ZZKV 的应用场景。最后孙玄老师对于未来主要从以下几点做了展望 :TiDB 容器化试点,把节点跑到云上; 加强和开源社区交流,共同优化产品。

孙玄老师精彩的分享收获了所有小伙伴的掌声,他幽默风趣的谈吐给大家留下了深刻的印象。孙玄老师 Talk 的文字版内容整理请点击此处查看

之后,转转的数据库负责人冀浩东老师给大家分享 TiDB 在转转的标准化之路。

冀浩东老师先介绍了转转引入 TiDB 解决了分库分表和海量数据存储的问题,之后就 TiDB 在大规模线上应用时遇到的问题进行了展开,包括性能定位问题、集群管理问题、日志规范不统一问题、慢SQL对集群整体稳定性的影响问题、优化器不能正确命中索引概率较高问题、事务冲突会导致集群性能严重下降问题。

当然,“吐槽”过后,冀浩东老师也给大家分享了上述问题在转转的解决经验,包括如何将 TiDB 集群、集群部署管理、信息收集、告警监控、业务上线、数据抽取进行标准化,这些宝贵的经验分享,让来参与活动的小伙伴们大呼过瘾。

冀浩东老师 Talk 的文字版内容整理请点击此处查看

转转的最后一个 Talk 由架构部负责人陈东老师带来。陈东老师站在业务开发的角度分享了TiDB 的使用心得,首先是转转在业务快速扩展过程中遇到的问题,其次介绍了转转从多场景调研测试、业务接入验证到线上灰度迁移引入TiDB的整体过程以及各种问题的兜底方案,特别是业务方在线上遇到的乐观锁锁冲突的业务场景介绍、乐观锁原理分析以及转转设计的解决方案。

陈东老师 Talk 的文字版内容整理请点击此处查看

从架构到运维再到业务开发,转转的一整套 Talk 覆盖了 TiDB 应用的方方面面,确实是“干货满满”!这不,Talk 过后,我们又把三位老师邀请上台,加上 PingCAP 的研发工程师于帅鹏老师,和大家来一场深入的互动交流。台下的小伙伴们从 DBA 如何与业务同学相配合,业务层面的使用,对 TiDB 性能的理解等角度提出了不少有价值的问题,之后 asktug 会讲这些问题都单独整理成帖子,请大家持续关注。

一番问答之后,房晓乐老师也提出了两个问题和转转的嘉宾以及台下的观众进行圆桌讨论,这些问题是:

房晓乐老师:我们在进行新数据库选型时主要关注哪些问题?

孙玄老师:刚刚的分享从数的层面,和大家说了一些选型的考虑,现在从道的层面和大家分享一下,我们对 TiDB 属于 “因为相信,所以看见”。当时选择 TIDB 的时候业界评价不错,所以我们相信 TiDB 的能力,并且也在一个园区,近水楼台先得月。在天时地利人和的情况下,我们就 all in TiDB了。

京东云同学:作为一个老 DBA 来说,我经历了足够的数据库演进。当我认识 TiDB 的时候我发现,TiDB 解决的东西是你以前疼过的东西。之前做 Oracle 时,600G 的系统就吓得够呛,会每天担心磁盘、日志满了怎么样,宕机怎么办。再之后,会变成一个库不行了,业务和 DBA 都很痛苦,大家熬几个晚上解决的可能就是一个低级的错误。17 年的时候我看到 TiDB 的三篇文章,说存储,说 PD,说 KV,我一看就说这是我想要的。所以有人问我为什么选择 TiDB,我会说咱们回顾一下 DB 的历史,就 OK 了。

房晓乐老师:我们想问一下,大家是怎么选择 TiDB 的应用场景?或者说希望 TiDB 解决什么问题?

美团同学:美团对事故考核率很高,所以我们刚上 TiDB 的时候基本上的是在业务的响应延时以及对可用性要求没那么高的场景上开始慢慢灰度的,所以线上目前偏 AP 的场景会多一些。但是 TiDB 解决了 MySQL 最大的一个痛点就是高可用切换的时候要补数据的场景,这些是未来我们想大规模推进使用的。

跟谁学同学:业务增长很快,对于存储这块想代替传统的分库分表,在 TP 这块能在改动较少的情况下支持业务高速发展。

新东方同学:在新东方,选型是 DBA 来做,转转都 all in TiDB了,所以我们也没有太大的问题。我们这边呢其实是两个场景,第一个是 App 上做,对事务没有要求就可以简单点,在和业务一起配合并进调优后,现在性能能达到 8 毫秒左右。第二个是核心交易系统,新东方报名系统。新东方有上千个学校,以前都是分开,现在我们在线上做了聚拢。

交流环节持续了近半小时后,大家做了短暂的中场休息。品用了主办方准备的茶点后,又纷纷投入了活动的最后一个环节中,聆听来自 PingCAP 的研发工程师于帅鹏老师带来的“TiDB 3.0特性讲解及 4.0展望”。

整个活动从下午两点持续到下午六点,在四个小时分享和交流中相信大家得到了许多收获,也认识到了新的朋友。

9 月 22 日 北京 TUG 将带大家走进爱奇艺,讨论数据库技术选型话题,欢迎大家关注 asktug 社区获取活动的最新信息!

7赞

图片挂掉啦。

没有啊,我能看到

图片已经修复了~

期待文字实录的推出。