能与各位老师线下互动是很难的机会，TiDB是国内目前做的最好的开源社区，TiDB.AI 的GraphRAG 加上 DBdoctor 真是绝配，在国产信创中诞生新的技术亮点，希望一直携手TiDB 同行。

箱子把我带来了，期望我能把它带走

感谢您的解答，想继续向您请教一些问题，如果在pod网络不互通的情况下，tidb有没有考虑尝试改变一些其它的方法，比如说提升一层改用service？ 我看到有些帖子说是可以使用数据同步来实现混合云场景下数据库同步，这种情况对网络要求是会有最低要求限制的吧！

麻烦能找个技术人员给解决一下我问的问题吗？ 我是在很认真的问问题，请您不要给我这种官方抽象的回答。 这样的回答让我认为PingCAP现在做事很敷衍，和我在一年前与各位技术老师沟通的时候完全不一样。

当前环境 非正式环境， 但也希望老师能给出 正式环境的解决方案， 只怕万一正式环境出问题束手无策，感谢老师

这个是可以做到的，没有问题， 然后接下来我要怎么做呢

该集群是否时 tidb-ansible 导入的。 答： 是直接使用 tiup 安装的新集群 目前是否有当前正在运行集群的完整 topology 文件，（display 可以看到的完整集群信息），如果没有可否将其手动还原下。 答： topology 文件已经丢失，并且没有备份， （如何手动还原 topology 文件这个不会呢）

好用了 [image] [image]

好了，改过来了，稍后看一下 空Region有没有减少，谢谢老师

高老师你好， 我改过tiup 配置文件以后，然后在查看，发现 “enable-cross-table-merge”: “false” 没变化呢？ [image] url 查看 没变化 [image] 去节点机上查看，pd配置文件已经改变了 [image]

想按照时间倒序排列，这样能够优先查看最近的问题语句，不知道是否可以？

3.0.11 版本生产环境 按照 total_keys 排序，对应的sql使用的内存并不多呢，查询结果如下 [image] 查询内存消耗多的，query time 时间不长， total_keys 也不多 [image] query time 执行时间长的，都执行失败了 [image] 我应该怎么理解

也就是说 这个等待时间之和，是指 这里面的 每个线程的等待时间 之和对吧 [image]

那这个 的query time 不应该是 30秒吗？ 为啥会是 10 秒呢

老师这里讲的 返回时间 ，我们参考如下图， 应该是在哪个阶段返回的 [image] [image] [image]

1 即使超过是正确的，但是 执行时间 10秒， 处理之和100秒， 这也超太多了，为什么超这么多？没想明白 2 还有后面的等待之和，等待的时间，是不是也应该算这条SQL执行的总耗时时间？ 3 Query_time 指的是什么时间，发送请求，到响应成功以后的时间吗？ 并不是实际的处理时间对吗？ 如果我想通过 这sql 完成执行完以后在进行操作，我应该怎么办？ [image]

我是查询的 慢日志， 上图是查询的结果 SELECT DATE_FORMAT( Time, '%Y年 %m月 %d日 %H:%i' ) AS '发生日期', Query_time AS '执行语句花费的时间(秒)', DB AS 'DB', `Query` AS 'SQL语句', Mem_max / 1024 / 1024 AS 'sql 使用的内存（MB）', Request_count AS 'Request_count [语句发送的 Coprocessor 请求的数量]', Process_keys AS 'Process Keys [Coprocessor 处理的 key…

tidb.zip (207.8 KB)

可是即使添加了交换功能，这样也会把服务器查死吧！ 而且看这个文档默认是不需要在做调整的， 但我在实际查询中还是出现了节点机被查询致死。。。。