此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。

国产分布式数据库起来后，dba都失业了，你去刷刷招聘网站专职dba招的很少了。

tidb滚动升级后出现这个报错应该是正常的，服务端断开连接了但是客户端没被通知就会有这个报错，tidb优雅关机做的不是很好。 观察下后续还有没有持续报错。

当初大学还是学的c++，基本没入门。 最近听说c语言还是嵌入式开发和游戏引擎，会这些的应该很吃香。

和你描述的一摸一样返回的监控指标查询特别慢，但是我没重启pd，只是清了prometheus数据，重启prometheus后好了。

promethues删掉数据后重启变正常了，可能最近监控数据太多了，15天有100多个g了。

为何你的主键id是varchar类型的，一般都是bigint吧 AUTO_INCREMENT和AUTO_RANDOM不支持varchar自增吧 [image] [image]

tiupedit-config 相当于修改集群的配置文件，这个肯定要reload才能生效啊。 在线修改配置是在数据库中执行set config，这个是立刻生效的不需要要重启。但是不会持久化到集群配置。 至于能在线修改哪些配置，你看他发的链接里有详细说明。

你对这段话理解有误。 他是说在线修改 TiKV 配置项后，为了防止配置没有持久化到集群配置，后续重启服务后参数会失效，还需要 使用 tiup edit-config 命令来修改对应的配置项。 在线修改 TiKV 配置项后参数是生效了的，所以不需要reload。 你的理解是只使用 tiup edit-config然后需要reload生效。

重启了promethues后，进程的内存cpu还是偏高。 [image]

友商有类似功能，傻瓜式配置，可以借鉴。 [image]

是不是发生过服务器异常重启？kv日志检查下，看看是否磁盘出问题了。

直接用navicat修改排序规则最简单。我记得我那个问题我是单独修改了字段的排序规则，不是修改表的排序规则。 [image]

技术更新迭代太快了。一个新技术还没完全吃透，几年一过就快被淘汰了。 学习新技术最快的办法还是实践，久病自然成良医。

下游tidb节点并发高吗？资源使用怎么样

tidb老版本有binlog可以解析，不过最新版本的tidb把binlog废弃了 可以吧binlog输出到文件 (https://docs.pingcap.com/zh/tidb/v8.3/tidb-binlog-configuration-file#db-type) 然后用解析工具 Reparo解析binlog https://docs.pingcap.com/zh/tidb/v8.3/tidb-binlog-reparo

【聊聊你的 TiDB SQL 使用过程中遇到的问题】 层出不穷的各种慢sql。 【你的 SQL 优化实践经验】 加索引、加tiflash，改需求。 【如果有线上 Meetup，你想听关于 SQL 优化的什么内容】 执行计划中不走索引的多种原因

已知问题，升级版本可以修复 sync load cannot stop to retry when to load empty stats · Issue #52657 · pingcap/tidb (github.com)

已知问题了，升级版本可以修复。 sync load cannot stop to retry when to load empty stats · Issue #52657 · pingcap/tidb (github.com)