这个真是太棒了!读写热点问题会降低不少!

pd只挂了一个,缩容再扩容也可以。这个manifest是rocksdb的,坏了就没法修了。pd新版本用了rocksdb吗?我得去了解下
刚看了看这个高级功能,我大概是这样理解的:
tidb 收到 select 的时候,不请求 ts, 用上一个 ts 向 tikv 发送,并且带一个标记:RcReadCheckTS,tikv 在扫描数据的时候,如果遇到了更新版本的数据,说明 ts 不合适,需要申请新的。给tidb返回 WriteConflict 错误。
tidb 如果还一条数据没发给客户端,那可以直接从pd获取个时间戳,再发送给 tikv 查询。如果tidb 已经发了一部分数据给客户端了,那发的数据就可能不符合隔离级别了,这次查询只能报错了。
这个方式适合数据冲突比较小的情况下。极端情况下假设你的数据根本都不变化,那tidb…
我最希望能充分挖掘性能。
用的 cpu 是 mysql 的几倍,性能就要是 mysql 的几倍。
【你所在企业的 TiDB 集群规模有多少节点(PD+TiKV+TiDB 的数量)?】
15
【TiDB数据库承载的业务类型?(数据中台/核心交易类/内部办公类/大数据分析类/备库…)】
大数据分析类
【目前你对 TiDB 集群采用的主要数据保护方式是什么?(无保护/BR 脚本备份/ 统一备份软件/ TiCDC 容灾)】
BR+PITR
【如果有 TiDB 备份一体机,你们企业是否有考虑采购 TiDB 专属备份一体机?有需求吗?大概的预算是多少?】
暂无,备份一体机不能还是同一个机房,没法跨机房,没什么优势。
你们在数据库选型的时候调研了哪些数据库?
tidb,vitess
最后为什么选择了 TiDB ?原因是什么?你觉得 TiDB 对比其他你调研的数据库,优势在哪里?
不用分库分表,省心。语法支持比较好,可视化做的比较好,比较方便定位问题。
cpu 100% 也不会登不上操作系统。操作系统不会饿死某一个进程的。
比如说内存,闲着干什么呢?缓存点数据,降低io的延迟不香吗?
比如说cpu,有几核用几核,留着给谁用呢?
比如说磁盘,用到最后有个 space-place-holder,这个就是按需用了。
【你目前采用的备份方案是?】
br 全备+日志备份
【备份周期为?】
一周2次全备
【在备份时,有哪些注意事项?】
注意限速
【今年参与了哪些 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 吧,否则你们公司的数据库只能中午用。