对早期CTC团队的帮助印象深刻，可惜好多都不记得id了。 选几个代表吧 @Lucien-卢西恩 @来了老弟 @xfworld

从源码看已经在接入智谱系的模型了，可以本地化部署Deploy with Docker & Docker Compose - TiDB.AI

TiDB企业版有支持Oracle迁移的工具TMS，你的这些需求都可以实现。其他商业化的产品也有一些能实现。 免费方案的话库表结构转换可以借助某些数据库客户端软件的跨库迁移实现，数据迁移的话可以先从oracle导出csv再导入tidb，或者是ETL工具。

第一个应该是和tikv负载有关，数据量这么大我觉得正常。 第二个建议备份期间临时调大一下吧，让lifetime能够包住备份时间，调大的话对查询会有一些影响，不过也要看你的业务类型，具体SQL具体分析。

是的，你可以在一个空集群或不存在数据冲突（相同 schema 或 table）的集群执行快照备份恢复，将该集群恢复到快照备份对应数据状态。

xd，不要几个小号再换着刷屏了，已经结贴的再回复是没有积分的，不要干扰社区的正常交流哈，感谢配合~

帮kv分担压力的，对kv没有影响。 一般是搞2个tiflash实例，配置稍微高点，版本能用新的就新的吧

根据经验值来看，mysql一副本到tikv三副本大概是1.5倍容量（对外我们一般都这么说 ）。 单副本模式理论可行，没实际在tidb中用过，印象中社区中有人碰到过单副本的问题，感觉还是要慎重。

从 v8.0.0 开始，DM-master 必须配置 secret-key-path 后才可使用 dmctl encrypt 命令。 https://docs.pingcap.com/zh/tidb/dev/dm-customized-secret-key

从报错信息堆栈看是BR从PD读取store信息失败了，看下BR到PD网络是否正常，还有–pd参数是否设置正确

全局索引期待已久~

改不了，要不把这tso跳过

可以在配置文件中指定。 [[mydumper.files]] pattern = 'a.t.sql' schema = 'b' table = 't' type = 'sql' 根据实际情况修改下就行

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

ticool了

提供一下能复现的步骤和代码吧

帽子有了，T恤有了，冲锋衣有了，袜子有了，裤子该出场了

PD做调度是由tikv和region上报信息给PD，不需要经过node_exporter和Prometheus