看上去是一个优化器对于有固定计算值的函数没有提前计算的问题。 如果可以的话，尝试一下指定分区？ SELECT * FROM table_name PARTITION (p0, p2) WHERE

这个我会，5.0 有putIfAbsent的接口，Java Client 的在下面的链接可以参考 https://github.com/tikv/client-java/blob/master/src/main/java/org/tikv/raw/RawKVClient.java [image]

第二次安装不同版本的时候是重新搞了一个新的 tiup 吗？ 我觉得可能是你第二次安装的时候把 tiup 的基础环境覆盖了。 去第一次安装包的路径里面执行一下 local_install.sh 这个脚本，看看第一个集群是不是回来了

试试交互模式吧。。。 ./pd-ctl -i -u http://127.0.0.1:2379 然后 config show replication 可以看到 pd 中 replication 相关配置 config set location-labels zone,rack,host 配置

pd 重启完成后，location-labels 不能通过 edit config 的方式修改，需要使用 pd-ctl工具，命令如下： pd-ctl config set location-labels zone,rack,host 文档： https://docs.pingcap.com/zh/tidb/stable/schedule-replicas-by-topology-labels

抛个砖 这是否意味着用 TiFlash 查询时，可能会有等待复制产生的阻塞和延迟？ 是的，在某些情况下，TiFlash无法及时同步到数据，读取的SQL是会受到影响的。 关于智能选择 如果使用的引擎包含TiFlash和TiKV的时候，查询分析器选择了不合适的引擎，确实会出现命中不合适的引擎，速度不如只用某个引擎快，通常出现这种问题是因为查询分析器的优化有问题，可以向官方报Bug 在实际使用中，通常TiFlash的同步是很快的，所以更多时候的我会担心AP类的请求本来应该走TiFlash的走到了TiKV上，对TiKV产生压力，可能对TP类的请求产生影响，这时候我会把分析类的非实时请求的引擎…

直接重启未升级节点试试？ https://docs.pingcap.com/zh/tidb/v4.0/tiup-troubleshooting-guide#22-使用-tiup-cluster-升级中断 上面的文档 2.2 使用 TiUP Cluster 升级中断 display 的时候版本显示会有问题 修改一下元数据文件 ~/.tiup/storage/cluster/clusters/{cluster_name}/meta.yaml

好顶赞， 抢一个前排好位置~~~ 线上活动吧，大佬补充一下参与方式呗~~~

功能/改进说明 ：按照负载决定region-transfer与split，高压力下尽量少transfer、split 为什么需要这个功能/改进 ： OLTP的场景通常具有高低峰期而不是恒定的压力。 高写入压力下，region更容易出现transfer和split region-transfer与split对于OLTP场景下的单个请求响应影响很大 transfer和split通常没有那么急切，但是目前的阈值设置过于简单 我们目前的解决方案是在高压力下将阈值调粗放，低峰期调低阈值开始transfer与split 其他数据库对应功能 ：暂无，类似的OB会在每天晚上低峰期做增量数据与基…