666，恭喜大佬

get! thx

这个看到过，按照这个帖子处理过，依然报错

ssh 免密能过去，也能直接执行。

登陆目标机器，手动执行能成功

第一张、第四张没有这两个表，什么场景会有这俩？

visudo 也修改了，但是执行sudo命令能成功 [image] [image]

是， 如果能备份成parquet，那其他异构库，就能直接访问冷数据，不用冷数据存在tidb集群中了，达到降本目的。

是的， 这格式受众也不少，尤其是云厂商+s3类型 做归档、做静态备份时，成本会很低，是有需求的。

版本过快，有一部分原因是bug修复，（对于社区来说）稳定性更优，个人奢望「对于bug」不是迭代版本，而是给出修复补丁。

感谢回复，多谢大佬。 大佬日常使用的话有什么痛点呢？比如「 S3 读取的 QPS/带宽做限制」 ps：如果大佬整理个最佳时间专栏，那就更好了

大佬，请问贵公司tiflash用了存算分离到S3 有两个问题： 1、对于本地ssd盘有多少性能损耗？ 2、成本降低多少（上传、下载s3费用高吗）？

升级集群涉及的太多了，业务兼容性的包袱太重，没法轻易升级。

膜拜最佳实践，k8s确实是很好。。加紧学～

历史在2个tikv实例上部署3副本失败；如果2个tikv实例部署2副本，感觉没必要，可以部署1副本。 或者1台机器部署多个tikv 实例，保证3副本（这样高可用就没法用了）

sql逻辑复杂，研发表示改不动，准备转到clickhouse

补充报错日志 SegmentReader.cpp:123] ["ErrMsg: Memory limit (total) exceeded caused by 'out of memory quota for data computing' : would use 233.21 GiB for data computing (attempt to allocate chunk of 1049113 bytes), limit of memory for data computing: 226.57 GiB StackTrace \n 0x1c116d1\tDB::TiFlashE…

66

1、br备份+ticdc备份 到S3 2、gc设置为24h 3、2中心5副本（便于演练，但是主从切换时间比较长；网络要求比较高） 4、每天多次备份核心小表