什么叫共用一个 jdbc ?
情景重现:
现在只有一个碗,小王要吃饭,小李也要吃饭,
小王吃饭要30分钟,他把碗拿去吃了,
请问小李还能拿到这个碗吃饭么?

客户端进行配置选择最优的那个进行负载到指定的tidb → tiproxy 就是解决这个问题的
如果有多个 tiproxy 的实例,你用 DNS 方式接入就可以了
一个域名对应多个 tiproxy 的 IP… dns 自动轮询
【目前使用哪些公有云服务?云主机、RDS 等】
阿里云,AWS Cloud,EC2,ECS,RDS都有
【用在哪些业务场景?】
混合场景
【使用的 TiDB 版本】
搭建中
【节点数量有多少】
还在评估中
【各方面体验如何?会需要白屏管控工具吗?】
需要管控工具,目前在用jumpserver
有没有打过标签?
然后,可以检查下region 的分布情况
事务是通过 tidb 实现的,tikv 是完成持久化的结果。
ticdc 是通过 capture Data change Event 实现数据变化过程的记录,和事务没直接关系。
记录是结果,数据变化的结果,比如,A行,B 列, 100 → 10 …
升级版本应该是一个好的选择,但是如果很稳定,估计不会升了
这个版本很古老了… 那个时候 tiflash 还不是那么稳
阿里云上那有什么本地盘,是云盘吧
资源规划的时候,没有做分区么?不同分区的云盘,才能保障数据的高可用了…
这就很扎心了

region miss 意味着逻辑上的表就是损坏的,可能无法读取,也无法写入。
先要进行修复了,要么恢复 region 的状态,可能会丢失数据。
要么重建表,将数据恢复进去。
region 缺失对于数据而言,是很大的问题了,3副本就是为了避免这个问题的发生。
如果有机会的话,请分享下 region miss 的过程…
你可以查下这些没有leader region 的表,看看表数据是否正常
然后这些情况是怎么发生的?可以说说么
好的坏的,是否有日志可以查阅?看看具体的情况才能更好的分析了
【2025 年,你有新场景、新系统、升级的规划吗?】
直接上8.5.x 了
【TiDB 路线图和你当下需求的契合度】
要等到GA,也只能看新的版本了
【对 TiDB 的产品迭代有哪些期待?】
MVCC 版本的优化,还有 TIDB 事务限制的特性,很期待
这是什么 OS

This platform does not support both privilege separation and compression
看起来是不支持
可以看下这段话,patch 是用来打补丁的。没什么影响,可以通过观察 cdc 的日志,判断是新的架构,还是旧的
centos 8 → centos stream 8.x ,跑下来稳定么?
[image]需要做 POC,一般会对比 centos 7.9 的使用效果了