1.搜索问题，不过需要一定的辨别能力，有对的也有不对的，尤其问的越深出错概率越大 2.帮写段代码，然后改吧改吧就能用 3.帮写周报，排版啥的，这个最实用了

那必须分区表全局索引

1、当前使用的 TiDB 版本：v6.1 2、否，当前用的版本还不支持 4、当前您在执行 DDL 时，还遇到哪些痛点？请结合应用场景举例说明。 上下游链路问题，下游drainer同步到mysql大表ddl会重复执行导致很多mdl锁 5、还有哪些 DDL 功能是您迫切希望支持的？ 无 7、其他反馈和建议。 无

考虑的因素很多，比如稳定性，安全性，性能等等

看你的标题是想做慢查询告警而不是慢查询分析，这个比较容易，写个监控脚本每分钟查一次processlist，如果有你认为需要告警出来的慢SQL，比如某个账号SQL执行超过10分钟，在通过钉钉机器人接口发出来就行了

理论上无限大，不过实际pd可能会成为瓶颈，8.0之后pd可以拆分成微服务了，集群规模可以更大，我见过最大的几百个TB吧

看看mysql.user mysql.db mysql.tables_priv ，如果是想看哪个账号单独对这个表赋权看mysql.tables_priv 就行

看起来是连接被中断了，有设置max_execution_time 吗

每天BR备份传到磁带放到异地，ticdc做异地容灾

有副本的raft log有延迟吧，等几分钟再检查下呢

第一个可以看看INFORMATION_SCHEMA.CLUSTER_PROCESSLIST，如果没有连接那肯定没写入了，不过有连接也不一定代表一定就有写入，所以我猜你是想要类似于mysql里show master status看看binlog位点有没有变化来确定有没有写入，不过tidb里show master status是tso，用这个不能确定是否还有写入。我想到的办法一个是直接设置只读，保证集群无法写入，另一个可以看看监控里的ops，看看是否有写入

https://docs.pingcap.com/zh/tidb/stable/schedule-replicas-by-topology-labels#设置-pd-的-location-labels-配置 参考下这里，应该是得tiup edit-config 和reload，还是得重启集群

扩容的时候tiup没有报错信息吗

这个目录存在吗 [image]

看实际需求吧，主要看目前有哪些不需要关注的告警频繁。像backoff这个我们阈值调整成1000，还有node_disk_write_time_seconds_total这个我们调整成只对nvme盘生效了。

打label就行，现在一台机器装了2个tikv，那你肯定已经打了host的lable，不然宕机一台可能就会丢失数据。现在上层再添加一个lable就行，比如zone。逻辑上每7台机器认为在一个zone，副本调度的时候同一个副本就不会分配到相同zone的机器了

dashboard看看慢的SQL具体是慢在哪个步骤了

服务器配置是多少，先看看监控硬件资源有没有到瓶颈

通常DDL都会超过300ms，所以慢日志基本都能找到对应的信息，并不是只有审计日志才有