开 general 日志看吧，或者把慢查询阈值调整为 0

一般没有吧 balance-region-scheduler 关掉的需求，数据倾斜严重就更不应该关了，这个调度就是用来保证各节点数据量差不多的调度

优化 SQL 就好了，初步看你的执行计划中回表比较多呢

是的，因为没有位置放新的副本 符合预期的，pd 认为它缺副本 PD 不会对缺副本的 region 进行 merge 调度，这种 region 应该优先补副本 监控 PD => Scheduler => Region merge checker 会看到相应的指标 应该不会，这种情况是 3 副本剩余 2 副本，还是能正常对外提供服务的 因为你配置错误啊，PD 的 rule checker 是高优先级的，副本数正确才能进行进一步调度 因为 raft 层面它只有 3 副本啊，3 副本全部正常，自然可以对外提供服务

[image] 已转发

朋友们当下你们是否也会遇到这样的困境？ 有 面对资源缺口，你们会倾向于上云吗，还是其他方案？ 倾向于其他方案吧 上云过程中，你最担心的是成本、稳定性，还是迁移风险 ？ 数据安全，稳定性

关键看你要咋用这些数据，光存储肯定是没问题，TiDB 还是做 TP 和 HTAP 好些，纯 AP 不好用，性价比也不高

在 v6 版本做过百亿表的加索引，做了一周多，你这个已经 v8.5 版本了，开 dxf 问题不大，慢慢搞，有问题就暂停 DDL

先解决 tikv 挂掉的问题，3 副本情况挂 2 个就不能用了，去看 tikv 的日志

先看看是不是元数据锁阻塞了 DDL 执行，https://docs.pingcap.com/zh/tidb/stable/metadata-lock/#元数据锁的可观测性

接下来几次分享主题都很棒

看你集群版本是 v8.5.5，不知道你用的 CDC 是老架构还是新架构，建议你用新架构 老架构本身设计上就会有 1S 延迟，调整 cdc.min-ts-interval 可以减少延迟，不过会增加流量，详细参考官方文档 如果用新架构，延迟应该是比老架构要好很多的，你可以测试一下，新架构参考：https://docs.pingcap.com/zh/tidb/stable/ticdc-architecture/

看具体日志 br.log 看有什么报错没有

就在支持的操作系统里选吧

收到了 hangup 信号退出的，把任务放后台跑吧，用 nohup 试试

lightning 导入没 PD 就不能用 local 模式，用 tidb 模式 还有这种 docker 部署只有一个 tidb-server 的这种，就只能你自己玩一下，连测试环境都不能用哦，这不是标准部署的模式

TiDB 现在必须上 v8.5 版本啊，这个是最新的 LTS 版本

【展望未来，企业在数据库技术选型上可能出现哪些新趋势？】 扩展能力、多模 【有哪些相关问题想跟嘉宾老师交流的？】 当前 AI 在数据库运维有什么实践 [image]