增长不大，说要研读源码，2024都过去了，也没怎么看。。。

支持单副本，但是得须先设好，那样的话，假如你有3个tikv节点，每个节点就会只存1/3的数据，任意坏一个就废了 像你现在这种情况是默认的3副本，然后有3个tikv节点，但是坏了2个，这种想改成1副本直接用肯定是不行了，因为不保证你剩下这个节点的数据都是对的，只能有损恢复了。

用expect吧。。。

tiup playground v8.5.0 --host 0.0.0.0 --tag tidb-xxx --without-monitor --tiflash 0 再试下，配置低了，组件多了起不来

如果是你在所有tikv节点上创建的目录，或者挂在的nfs，你可以写–storage “local:///tmp/backup” ，如果是s3目录，可以写–storage “s3://tidbbackup/bak_20230725”

难道是不是else一下，或者加个!就行？

可以使用数据库查询的第三方审计平台，查询或导出数据多的sql需要特定级别领导审批。

tidb-server和tikv混合部署的话，建议将tidb-server和tikv的内存严格限制，怀疑是内存争用导致tikv重启，然后产生了leader 迁移。

直接scale-in --force清理小meta信息完事，反正也没数据同步上去

国产数据库好用度tidb不敢说排行稳稳第一，排行前三肯定有的

现在表里的数据最大的id是多少？后面有实际插入数据吗？

更新下浏览器看下

[image] 我能看啊，换个浏览器试试

执行计划看下吧，explain analyze sql

在备节点安装tiup，然后配置原来集群的信息，topology.yaml （需要将原来集群节点的信息都录入， ip、port、配置、label都要和原来一样， 可以登陆每台机器查看一下，参数最好也都保持一致，否则后面可能还需要重新修改部分参数） 然后执行 tiup cluster deploy tidb-xxx ./topology.yaml tiup cluster display tidb-xxx 可以看到原来的节点信息

这个表很大吗？点进去看下慢在哪部分

【你目前使用的版本】 6.5.10 【最需要 v8.5 的哪些新功能】 全局索引 【还有哪些产品需求】 存储过程

你库还正常吗？普通的查询能正常查询？

你既然是前缀索引，索引里面保存的就是你的col1列的前缀，实际你不是查col1的完整数据吗？不回表怎么查出来？