【今年参与了哪些 TiDB 社区的线上 & 线下活动?对哪些活动的主题和 Talk 内容印象深刻?希望社区 2026 年举办什么样的活动?】
mysql 30周年,线上听的。听到tidb介绍了敏捷模式,非常好,pingcap真是个非常有创造力的公司,产品迭代的越来越好。
【给 TiDB 社区小伙伴们送上有意义的代码祝福语吧!】
来自豆包的代码

def wish_tidb_success():
print("愿TiDB如星辰璀璨,性能日臻卓越")
print("愿TiDB似海纳川,生态愈发繁茂")
print("祝TiDB在开源之路上不断突破,越来越好!…
那个贴子里说是已知的 bug,但是也没贴出具体 bug 号,不确定在你这个版本改没改。
实在不行你手动分裂一下试试,看看好使么?
operator add split-region 1 --policy=approximate
operator add split-region 1 --policy=scan
两个命令,一个是扫描所有key,找出一个精确分裂的key,一个是预估。你试试能不能手动分的动。或者就去github上搜搜上个贴子里提到的bug,是不是合到了你的版本里面。
分裂和compact没关系。compact是清理掉删除的数据,分裂是调整 region 的范围。
你现在的问题可能得先看看分裂为什么停了。
看看监控,pd面板里面有没有生成分裂的operator,看看pd的日志,为什么不产生分裂的operator还是被取消了。
【最近一次/印象最深的运维 TiDB 时的误操作】
线上CR被删掉(非误操作,程序bug)
【最后是怎么解决的】
好在是 tidb 的 operator 不删 pvc,通过重建同样的 cr 恢复了,业务中断了一段时间,但是数据没丢
【给小伙伴们一些避坑建议吧~】
pvc 不要立即随着 cr 删掉,保留一段时间。
单机的话,先用 Mysql 顶一顶呗,我们mysql有16c64g挂8t盘的。只要业务用写的好,这都不是问题。
喷归喷,问题还是要解决,看你的错误,应该是 cluster 这个cr 没创建。把下面这个在相同namespace下应用下应该可以了吧。
apiVersion: core.pingcap.com/v1alpha1
kind: Cluster
metadata:
name: basic
spec: {}
之前 tidb 是一个 tc 搞定,现在分成了一个总的 cr叫: cluster,其他的就是组件的。
你试试搞个这个是不是能行。
刚看了看2.0的部署模式确实也不一样,你这个水平的理解不了也正常。你还是好好学习学习k8s 吧,否则你们公司的数据库只能中午用。
官方的人和版主都是有身份的人,不好意思骂你这个大傻叉,自己连基本的k8s操作都搞不定在这里装什么大爷。
你部署过的几个mysql redis哪个产品有个像样的operator。如果你这样的一知半解的人去运维你公司的数据库,那你公司离删库不远了。
如果你拿到手一个战斗机的说明书,坐上战斗机就会开了?你开不起来就骂人家说明书没写明白?写说明书的也没想到这个说明书要给一个连小学都没毕业的人看啊。
好好学学 k8s 再搞 operator 吧。
不白喷你,送你一套武林秘籍。
如果 k8s 文档也看不懂,先学学 linux 基本操作
这个文章也看不懂的话,送外卖去吧。
【你见过/参与过什么有趣的 AI 项目?】
ai 预测 qps 做资源扩缩容
【所在公司会在什么业务场景用上 AI 应用?用的是什么数据库?】
公司搞了个写代码的助手,可能是用milvus
【你看过哪些让你眼前一亮的架构案例或设计思路?】
首先说TiDB的横向扩展让我感觉很不错。但是今天我要说的是milvus,向量数据库,把数据放 s3 这首先感觉会很慢,但是人家执行查询前首先load一遍,把要用的数据load到内存。然后各种用就比较快了。这个我感觉超出了认知,曾经总认为不能要求用户干这个干那个,milvus就敢于让用户先load再查询,作为用户,load一下再用就是纯内存的,确实速度也很快。很不错!
【所在行业的场景对系统架构有哪些要求?】
我所在的场景用习惯了mysql的主从同步,用tidb也期望搞一个备集群,现在br+ticdc虽说也很好,但是总归是要执行两次,有没有…
【你在毕业前学的是什么专业或研究方向】
软件工程
【如果时光倒流,如果你还想从事数据库相关工作,你会选择读什么专业】
做计算机可以,但是不想做后端了,搞搞app开发,游戏开发,还能赚点外快
【现在还是学习、从事计算机(数据库)行业的好年代么】
不是,没多少工作机会。没有几个厂搞数据库开发,需求量多的是DBA,但是一个公司一两个DBA就够了。
【其他想分享的话】
可能不学计算机,学学经济专业,炒炒股也比较好吧。
还是这个牛,期待早日看到单机版的 tidb 全面替代mysql:
看看pd的dashboard,上面有慢sql,执行计划如果有多个,可以直接绑定一个。如果只抓到了一个慢的,那就得自己绑定了。
日志确实看不到什么,如果一部署就有问题,那可能和cpu有点关系。
看看日志就行。
你现在的调用栈大概意思是:
crash 启动后,recover 阶段,把wal应用后,写入 level0 层的文件,在计算crc32
看这个没啥用,可能是上层tikv自己退出的。看看上层tikv的日志,是不是有panic_mark 之类的。