“留用 canal-json：开启 tidb 扩展并指定 base64 编码”，没理解“并指定 base64 编码” 具体怎么做，没看到 ticdc 支持这样的参数

这台用作 tiup + prometheus +grafana+备份节点+非业务用 tidb-server

“重置 tso_base” 具体是个什么操作？

index not found when verify the table, table: test.t1, index: " 是不是因为 test.t1 没有有效 index？

TiDB 没有内置 lock_table 这个表，这应该是业务自己的表

AI 方面的增强呢？

“计算和存储解耦” 和现在的架构的核心区别是什么，现在不也是计算节点和存储节点分离吗？

你就会发现已经连续100天都打了卡

VMware 装 TiDB ，硬件性能会不会有点儿过于弱？

问题 1 TiDB 集群故障时，我最希望 TEM AI 智能运维能帮助解决这些具体问题： 1）自动根因定位：不用人工翻日志、查监控，直接告诉我是 PD / TiKV / TiDB Server 哪一层出问题，是网络、磁盘、锁冲突、热点还是资源瓶颈。 2）故障自动止损：例如自动切流量、隔离异常节点、自动重启异常组件，避免业务雪崩。 3）恢复建议：给出可执行的恢复步骤 4）跨组件关联分析：把监控、日志、慢查询、调用链自动关联，自动画出故障传播链。 5）减少误告警：AI 自动过滤噪音告警，只报真正影响业务的问题。 问题 2 慢查询方面，我希望 TEM AI 提供具体分析 + 优化能力： …

blkid /dev/sdb 查不出来吗？

明显还是用 tidb-lightning 比 source 更好。产品设计上，source 是兼容 mysql 数据库，tidb-lightning 用于导入 dumpling 生成的文件

近期还会上别的周边不？

恢复时没有校验集群是否存在库的步骤，但是元数据库（mysql）是否会有影响可能得验证一下

你现在用 TiDB 时，最卡业务、最费人力的问题是什么？ 故障诊断，某些性能问题如22点数据库响应延时增加10ms，定位问题根因，故障问题如会话链接异常存在10天，定位问题根因等等，还是抓耳挠腮 如果加一个新功能就能少加班、少踩坑、少花钱，你最希望是什么？ 全链路跟踪与诊断 什么功能一旦上线，会让你更愿意升级 / 付费企业版？ 全链路跟踪与诊断

没有这样的接口暴露出来。把 pd 部署到有 etcd 的机器上有可行性吗？

tidb_enable_lazy_cursor_fetch = on 就是数据库侧的流式吧？不过当前是实验特性

performance_schema.session_connect_attrs 记录有没有帮助？