能问下这是什么业务吗,1 天就有 8000w 的数据,这种量挺大了,并且列 100+,证明业务很复杂啊
你做的离线镜像不包含 localinstall.sh 的,这个离线镜像不能执行 localinstall.sh 装tiup,你这个离线镜像只能给 tiup 当离线源用
只有从官网下的离线包里,才有那个 localinstall.sh ,执行后会安装 tiup 工具
用 tiup 修改就好了,Region 调度是异步的,调整完参数再用 pd-ctl 去确认下
看着像 tikv 有残留锁没有释放

1
因为看着 tikv min resolved ts lag 也是很高
基于服务客户的
【你所在企业的 TiDB 集群规模有多少节点(PD+TiKV+TiDB 的数量)?】
单集群 100+
【TiDB数据库承载的业务类型?(数据中台/核心交易类/内部办公类/大数据分析类/备库…)】
数据中台/核心交易类/大数据分析类 比较多
【目前你对 TiDB 集群采用的主要数据保护方式是什么?(无保护/BR 脚本备份/ 统一备份软件/ TiCDC 容灾)】
BR 脚本备份/ TiCDC 容灾
【如果有 TiDB 备份一体机,你们企业是否有考虑采购 TiDB 专属备份一体机?有需求吗?大概的预算是多少?】
至少这个产品能备份很多种数据,并且操作简单化,效率高,…
那也没见 CTE 里就写一个标量的,一般 CTE 里都是有一定逻辑的
比较奇怪的一点是看不到 SQL 文本,不过通过执行计划可以看到访问的是 stats_histroy 表,这块有个历史统计信息功能有问题,高版本已经是默认关闭了,v8.1.0 默认是打开的,关闭就好了,这个参数关了就好了 tidb_enable_historical_stats
怎么装的,不会是 palyground 吧,那个默认是监听在 127.0.0.1 的
去删一删无用的 日志什么的吧,还有 space_placeholder_file 文件也可以删除
还有你没监控的吗?为告警的的吗
tidb server 内存使用不高是好事,这是正常的情况
提升tidbserver的内存使用率,还有能提升缓存命中。
一般 tidb server 是不做数据缓存的(除了有个 cop cache),因为 tidb 是分布式的一个架构,tidb server 节点都是无状态的,如果直接缓存数据,一个 tidb 节点更新数据后,还涉及到另一个节点同步的问题, tikv 提供了 block cache 缓存数据
能继续扩容, miss peer 是因为你设置了 tiflash 副本,tiflash 副本还没创建出来,所以它现在认为缺副本,可以通过 pd-ctl 去查看这些 miss peer 的 Region,确认下是不是这种情况。
你 hint 用法不对,写到 select 后边,如果不生效会有 warning