【你做的实验是哪个】使用 TiUP 部署 TiDB 集群 【体验如何】积分有限，随便测试了下部署，命令都提供好了，很流畅。 【晒截图】 最后一步停止集群 [image]

【你有用 Deepseek 做过数据库选型参考吗？】 有 【你问的问题是】 选型一款国产数据库，解决单表数据量大和单机磁盘空间不足问题，不想分库分表，OLTP型业务 【准确率如何？】 挺准确的 【回答截图】 [image]

1.是否使用负载均衡 2.如果使用了负载均衡看QPS是否均衡，是否有特定慢SQL占用内存 3.pd leader是否是13.66，pd是有状态的，leader可能会占用更多的内存

执行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连进来执行命令的