学习完后，对SQL优化理解的更深刻了

测试环境，随便玩玩就好

是持续的问题嘛，还是偶发的

再新扩一台时区正确的tikv，然后scale in 这个节点。

day day up.

day day up .

集群节点的配置是不合理的， tiflash 做单独的部署吧

现在测试环境接入opencraw试试

先对操作系统做个基础检查

WM_GOODS_LOG 是以那个字段做的分区，是STORE_ID嘛

问题描述的具体点

就当个兴趣方向搞吧，提升自己的视野广度

后台操作 nohup br backup full --pd “…” --storage “…” > backup.log 2>&1 &

数据库是那个版本的

编辑成shell脚本在后台跑跑

阿里云 OSS 提供了 S3 兼容接口 ，因此 Dumpling 可以将 OSS 识别为 S3 存储进行读写。 实际上，Dumpling（以及 BR 和 TiDB Lightning）通过统一的存储接口设计，支持多种云存储服务，只要构造正确的 S3 兼容协议 URL 即可。

建议在社区多服务几年，然后重新考一份 ， 新年快乐。

Connection Count中的连接数浮动还是很大的，kill掉的是那类SQL ，是sleep吗

解决了没，看看相关的logfile是否定期清理