0
1
1
0
专栏/.../

小梅西、狮子哥和Tidb升级赛跑记

 TiDBer_G3IME7Ru  发表于  2024-05-30

TiDB 8.1 LTS TiDB7.5.1

今天早上6:20刚起床,就在朋友圈刷到PingCAP 联合创始人兼 CTO 黄东旭发布了“TiDB 8.1 LTS 发版新文章”,不巧我们刚升级到TiDB7.5.1不久,一直在追赶,从未被超越。记得上次和东旭约见正值深圳严重疫情封闭在家期间,他从硅谷过来,当时提醒东旭带好口罩做好防护。他轻描淡写说硅谷这边都忘记疫情这事,能感受道他独特思维和见解和我们如临大敌形成强烈反差,他谦虚自嘲自己是个“怪人”,TiDB如此快的迭代速度和打破常规的发版速度,也见怪不怪了。

晚餐时间我跟运维负责人狮子哥说“TiDB 8.1 LTS又发版了”, 以往在这种时候,狮子哥总是露出习以为常的一笑,他的搭档小梅西友情补刀“干就完了”,然后大家干劲十足的准备新版本的升级。这次也不例外,他依旧平静回复等先行先试段时间后就升级。

数据库是数据架构的基石,我们是PingCAP分布式NewSQL数据库最早的一批用户之一,见证了TiDB的发展,自身也沉淀了不少经验。从1.0 GA开始测试,到2.0 GA正式投产,然后升级到了2.1,后来又升级到4.0.13,在到5.0升级到6.5,又从6.5升级到7.5.1,每次稳定版本发布后,我们都勇于去做前面一批吃螃蟹的人。

no-alt

回想小梅西、狮子哥和团队这么多年追随新版本升级,就犹同和Tidb赛跑一样,对产研团队来说也是一种致敬和怀念。“享受”其过程——下班后去万达吃个火锅等业务都下班后,夜黑风高夜深人静就开始启动升级;每次升级也收获新版本改进的果实,大致有以下6方面收益:1性能提升;2 可视化、可观测性;3 慢查询和问题SQL无处遁形;4 便于SQL优化; 5 修复旧版本的bug;6 成本优化。

总结以往的升级过程,大概可以分为6步:

(1)选:选择生产环境版本的期望使用到新特性,使用 TiUP 升级 参考TiDB | PingCAP 官方文档,在6.5升级过程中,TiDB v7.5 LTS 被作为首选。

(2)查:检查tiup版本和检查tiup cluster 版本

(3)编:编辑 TiUP Cluster 拓扑配置文件(可选)

(4)检:检查当前集群的健康状况

(5)检:检查当前集群的 DDL 和 Backup 情况

(6)升:升级TiDB 

tiup cluster upgrade mytidb v7.5.0

经过与Tidb多年的赛跑与陪跑,目前核心主业务系统已经基于TiDB7.5.1稳定运行,而且和大数据数仓实现了集成,目前实时可视化BI已经作为业务生产经营会直接使用工具,赋能公司运营和决策。未来还将展望一下:大数据架构优化tispark直接从tikv上抽取,不经过tidbserver和pd 计算。抽下来用flink和flume流方式载入hadoop,处理层都在hadoop,结果集写入doris。 BI直连doris提高响应效率和速度,使用Ticdc集群做增量镜像,将响应速度做指数级提升。

展望8.1,又有稳定性和性能提升,数据驱动运营,我们的赛跑继续在路上,欢迎同行人多多交流指正。

 

 

0
1
1
0

版权声明:本文为 TiDB 社区用户原创文章,遵循 CC BY-NC-SA 4.0 版权协议,转载请附上原文出处链接和本声明。

评论
暂无评论