SQL 优化建议

赞👍🏻

都要都要，攒积分

7.1.1 和 7.1.2版本 用 SELECT /*+ SET_VAR(tidb_max_bytes_before_tiflash_external_group_by =107374182400) */ @@tidb_max_bytes_before_tiflash_external_group_by; 都没有生效， 8.1版本可以

目前主力是7.1，小范围使用7.5，在测试8.1

你们下游的tidb的版本是什么，我们也准备升级下下游。我们上游是7.1.1，下游准备升级到8.1

tidb_log_file_max_days 从 v5.3.0 版本开始引入 作用域：GLOBAL 是否持久化到集群：否，仅作用于当前连接的 TiDB 实例 是否受 Hint SET_VAR 控制：否 类型：整数型 默认值：0 范围：[0, 2147483647] 这个变量可以调整当前 TiDB 实例上日志的最大保留天数。默认值是实例配置文件中指定的值，见配置项 max-days。此变量只影响当前 TiDB 实例上的配置，重启后丢失，且配置文件不受影响。

卫衣不错。

赞一个！

好多积分

先升级从集群，7,1,3升级到8.1，监控ticdc主到从运行情况，如果稳定无问题，在准备升级主集群7.1.1到8.1

行李箱，文化衫，改补货喽

tidb bashbord 有地方可以配置你自己的组件地址， [image] 但是建议还是专用比较好。要不后面版本升级维护都很麻烦

数据量，查询条件并发，综合评估判断。

我们分出来了一个tidbserver，配置了强制走tiflash。给到研发那边，针对部分报表类的业务（并发较低），tiflash明显比tikv效率高且不好优化的，研发那边单独配置了连接信息。

做好备份，丢了就真丢了

ob开源比较晚，社区建设不是很活跃，企业版兼容oracle ，社区版兼容mysql

我的理解mpp的并发度是受限的，肯定要先确保TP业务。TiFlash做分离也是确保TP业务不收影像。

现在漏扫扫出来，就要修复。