认证考试有两个范围：基础概念和操作，会弱化版本要求。特性方面都是多了解为好

都给你指路了，赶紧查啊

看这个框里面的问题就行了： [image] tikv 的内存足够么？ [image] 建议从dashboard 开始查： [image]

什么太难了

Please try asking any AI for advice. That’s a good way to do it.

这个版本差太多了吧，tidb 起码也要8.5.x 才好

恭喜恭喜，团队再一次变强了

还好拉，这已经算很稳了，通过Dashboard 看看流量，有十分亮的才需要看看是否有偏斜

查下是哪个表，不行就重建这个表的同步

升级… 版本太旧了

tidb 本身的监控信息是否有不正常的情况？

键盘（历次上架的键盘都是很不错的）、鼠标

AI 时代来了之后，你更忙还是更轻松？ 更忙了 你现在在用哪个 agent 协同平台 / 框架？ 开源的、商用的、自己攒的都行。 Claude Code 目前遇到最大的问题和阻碍是什么？ 是技术层面的（上下文、编排、调试），还是业务层面的（成本、落地场景、团队接受度）？ 时间 ，成本 有没有哪个方案让你觉得 “哎这个还不错”？ 或者反过来，“这个千万别用”？ 每天都有新的发现

更改 SQL 获取数据的方式，减少内存占用 给 TiDB 节点继续追加内存 try it

oracle 对于大事务，或者长事务，也会有相同的问题，这些经验一样可以借鉴

推荐直接上课… https://learn.pingkai.cn/learner/course

TiDB 推荐最新的LTS，建议针对性的做一些POC，具体的配置可参考官方提供的参数要求。

适应性的问题，还是需要根据场景针对获取数据的方式做一些调整的，毕竟是两个完全不同的数据库产品，产品特点和特性上还是有差距的。 可以比对执行计划，看看 AI 能否给一些建设性的建议。（最好将实际的执行计划和结果也一并提交）

能否给出一定的运维时间，专门解决这个问题呢？ 比如，停止所有服务的读写，将资源全部分配给迁移？以加速 Region 的扩容和均衡 但是，热点问题不会因为新节点的加入就可以解决的，这个一定会带来写偏斜和读偏斜，建议先解决热点问题，再来扩容。