全量、单库、增量应该选哪种备份方式

增量建立在全量基础上的,只是恢复的日志少了能快一点,所以要看日志量的有没有必要

谢谢大佬,目前我的方案是全量恢复一般用于数据库损坏了,要重构环境,才会用到全量。
增量恢复是当业务需要就近回滚的时候才会用到,增量能够回滚单库吗

大佬全量加增量都是用br吗?恢复的时候能在新环境中去通过br全量加增量的方式恢复吗

都是br,可以在新环境恢复,可以恢复到你你指定的时间点

:joy:三个备份方式都搞不过来了。又学到了一个新的 :pleading_face:

步骤是 先恢复全量然后再恢复增量是吗。

不行,只能找个空环境恢复全库,然后把其中的单库导回来。

https://docs.pingcap.com/zh/tidb/stable/backup-and-restore-faq#pitr-功能和-flashback-集群有什么区别

但是也可能跟你的需求,不一致
这个针对的误操作恢复的

新环境恢复方案我是准备这样用,br全量加br增量

单库全量恢复做过,是可以实现的,增量的单库恢复没有做过,您需要自己测试下

给你说的更实用的,dumpling可以备份指定mvcc的版本,就是你写个时间,dumpling可以备份那个时间表,比如误删除,你可以dumpling删除前的数据,然后恢复。只要gc时间没过

谢谢大佬,我研究研究

逻辑上感觉可以。我去测测

:pleading_face:大佬听着很靠谱,但是我不是专业的dba,有没有相关帖子呀

tiup dumpling -uroot -p “XXXX” -P 4000 -h 192.168.24.200 --filetype sql -t 8 -o “/tmp/dumpling” -r 200000 -F256MiB -B dev_vegas2 -T dev_vegas2.game_draw --snapshot “2023-07-28 10:50:45” --where “draw_id = 789”

备份2023-07-28 10:50:45这个时间的dev_vegas2.game_draw表,用where条件draw_id = 789筛选

默认gc时间10分钟,你可以调整

1 个赞

那不是写个脚本一天要备好几次

那就按照业务备份啊

全库就用br快照,全库增量用br日志,单库也能用br

一般选择单库,

增量的方式 除了tidb官网推荐的各种方式外,也可以用datax到备份库