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

膜拜最佳实践，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、每天多次备份核心小表

双保险啊，感觉备份成本不低

有此类问题，cop task memory usage面板内存直接用光 https://github.com/pingcap/tiflash/issues/8604 [image]

收到，稍后整到GitHub去 https://github.com/pingcap/tidb/issues/56669

深有感触

晚点测一下。

是的， 不过部分场景无法加间隔，最终还是优化sql或者调整系统其它参数。

1、我这边调研下 2、max_memory_usage_for_all_queries 在tiflash配置文件中有https://docs.pingcap.com/zh/tidb/stable/tiflash-configuration

测试A、B两个查询间隔10s，内存释放较为理想 ![企业微信截图_bc120c15-c63a-4b5a-b561-ae4648a25feb|690x475] [image]

当前已经是0.9

A和B单独查询都可以成功。

恩了

全局背景下是A执行完，执行B和C 的查询全部失败。