一般都是分钟级别，也是为了能够第一时间数据恢复

分布式就是为了替换分库分表方案而生的

服务器跟普通数据库比没啥区别，NVE硬盘贵一点

逻辑还原才有操作空间，物理备份不行

S3就是我们通常理解的对象存储，又称bucket

我一般用有道笔记转PDF，也还可以

学习如何开源节流，能够搞点副业是最好的

大表每天查一下就差不多了

确实，就怕SQL不兼容

干货，值得收藏

没起作用是报啥错误吗？

SQL优化，减少非必要返回的数据量 减少大事务，将大事务拆分为小事务 调整 TiDB Server 相关参数，来限制单条 SQL 内存的使用 其他缓解 TiDB Server OOM 的方法

是的，什么冒烟测试，回归测试，性能压测，一堆流程

6.0版本也没有说改善这一点

# 设置长查询的上限，如果存在比这个还长的查询则退出mydumper，也可以设置杀掉这个长查询 #mydumper -u leshami -p pwd -B sakila --long-query-guard 200 --kill-long-queries

一般版本升级都要经过sit,bbit,uat各种测试环境验证，确保万无一失

[image]

提示写冲突了

BR 的使用限制 BR 恢复到 TiCDC/Drainer 的上游集群时，恢复数据无法由 TiCDC/Drainer 同步到下游。 备份集群和恢复集群采用相同的排序规则（new_collations_enabled_on_first_bootstrap）。 版本兼容性（采用 -check-requirements=false 强行跳过版本检查） 某些功能在开启或关闭状态下，会导致 KV 格式发生变化