执行sql语句，一个表不一定只能命中一个索引，比如or的可能同时用到2个索引，不过你这个sql只能走一个，单个字段索引过滤的数据都不多的话还是建议用联合索引

tidb_enable_index_merge 看看参数开启了吗

想持久化可以用 --tag，不过长期用还是tiup cluster部署一套更方便 [image]

除了官方组件还用了PyMySQL HAProxy

已转发+祝社区越来越好，祝大家系统越来越稳定

wait_timeout，interactive_timeout和之前mysql设置的一致吗

处理故障更快了，一些基础操作也都是通过白屏，尽量不登录服务器和直连数据库操作，减少误操作风险

https://docs.pingcap.com/zh/tidb/stable/tiup-cluster-topology-reference#monitoring_servers * storage_retention：Prometheus 监控数据保留时间，默认 “30d” 可以改下保留时间

我们这生产环境可以连外网，如果公司有限制用离线镜像就可以

pd多个节点数据一样，故障后自动切换就行。tikv默认3副本，1个副本故障后只需要自动切换leader就可以，没有所谓的数据迁移。

一主一从如果性能够用，磁盘空间也够用那就用mysql就好，如果mysql顶不住了再考虑分布式

参考下这里，8.5最近刚GA，可以选择8.1 https://cn.pingcap.com/tidb-release-support-policy/?_gl=1*1nrwr5l*_gcl_au*MTA5MzI1MjM5Mi4xNzMwNzY1NTI0*_ga*MTcyNDQ5OTg2Mi4xNjg5MzE1NjUz*_ga_3JVXJ41175*MTczNTc5MjA3OS4zMjkuMS4xNzM1NzkyMDkwLjQ5LjAuMjY0ODQ3MTU2*_ga_CPG2VW1Y41*MTczNTc5MjA4MS4xNjYuMS4xNzM1NzkyMDk4LjAuMC4w

只有PD leader是干活的，TiDB 在选择 TiKV 节点进行数据写入和查询时，主要依赖于 PD的调度和 Region 的分布策略。假如TIKV每三台服务器作为一个组的话，想让3副本分布在不同的组，可以在PD 设置中添加 TiKV label 的等级配置，并且在TIKV上设置 Label 信息就可以。 参考下这里https://docs.pingcap.com/zh/tidb/stable/three-data-centers-in-two-cities-deployment#labels-设计

24年开始做tidb灾备，对ticdc的使用有了一定的了解

这个可以单开个闲聊区的帖子聊聊了，我也遇到过，交接的时候你不问他不会主动说的

可能是在别的机器上有个备份的第三方脚本或者平台远程调用之类的，不行就再写个定时任务抓一下tcp连接，看看到底是哪个ip连进来执行命令的

备份语句大概率会是慢SQL吧，看看哪个地址连进来的。而且我看你是用tidb用户下看的crontab，没准是在其他用户比如root下做的定时任务

目录属组不对，是用tidb用户部署的吗，我看属组是dumbo，改成tidb再试试呢 chown -R tidb.tidb tmp_ddl-3306/

不用重新安装，按照官网的步骤合并下镜像就行