道友请留步 [hdslb] 要不要使用 RDBMS 来处理您的问题 rdbms 本身是不适合很适合存放数组数据， 如果真的考虑使用 rdbms 处理这种情况，有几种思路。 预聚合操作 类似 kylin 的 cube 模式，或者 clickhouse 拼宽表的行为，可以考虑预先定义处理的模型。 无论实时数仓，还是离线数仓，本质上都是数仓，都需要建模。 如果暴力的想从 ods 层抽取报表的话，其实难度还是挺大的。 将逻辑计算从数仓中剥离 其实您已经在 spark 中进行了 explode 操作，如果可以考虑将 distinct 的业务逻辑也放在 spark 中， 将结果落盘到…

可以看一下相关的 operator 文档。 https://docs.pingcap.com/zh/tidb-in-kubernetes/stable/backup-to-aws-s3-using-br#使用-br-备份-tidb-集群数据到兼容-s3-的存储

https://asktug.com/t/topic/153129 考虑一下 S3 备份

这个是我写的

[image] 确认一下版本，如果还有问题的话， 将 pravega 的 image 删除掉，重新拉去一下。

sh-5.0# ls LICENSE NOTICE bin conf lib logs pluginlib scripts sh-5.0# pwd /opt/pravega sh-5.0# cd bin sh-5.0# ls pravega-admin pravega-cli pravega-controller pravega-controller-withGCLogging pravega-segmentstore pravega-segmentstore-withGCLogging pravega-standalone sh-5.0# ./prav…

然后进入到 bin 目录下，直接手动起 cli

[root@r20 tidb-pravega-quick-start]# docker-compose exec controller /bin/sh 这个能执行吗 或者找一个 busybox 的 docker-compose 的例子，看一下是不是 docker 的问题

docker-compose up -d 看一下都是 up 的状态吗？

目前 pd 和 tikv 都是正常的吗？ 集群 dns 正常吗

已解决。 5.0 版本已经废弃了 pdctl 的 tombstone api。 可以通过 tiup --force scale in 进行缩容。

麻烦使用 tiup cluster display 看一下集群的信息 这个是哪一个版本的 tidb

创建 tidb cluster 的 yaml 文件上传一下。

现在集群有什么问题吗？ 这种单次的集群报错 heartbeat 失败可以忽略掉

改成这个，加个方括号 isolation-read.engines: [“tiflash”]

您是准备所有的查询都走 tiflash 吗？

麻烦提供一下 edit-config 的 tidb 所有设置，上传一个 txt 文件。