增量建立在全量基础上的,只是恢复的日志少了能快一点,所以要看日志量的有没有必要
谢谢大佬,目前我的方案是全量恢复一般用于数据库损坏了,要重构环境,才会用到全量。
增量恢复是当业务需要就近回滚的时候才会用到,增量能够回滚单库吗
大佬全量加增量都是用br吗?恢复的时候能在新环境中去通过br全量加增量的方式恢复吗
都是br,可以在新环境恢复,可以恢复到你你指定的时间点
三个备份方式都搞不过来了。又学到了一个新的
步骤是 先恢复全量然后再恢复增量是吗。
不行,只能找个空环境恢复全库,然后把其中的单库导回来。
https://docs.pingcap.com/zh/tidb/stable/backup-and-restore-faq#pitr-功能和-flashback-集群有什么区别
但是也可能跟你的需求,不一致
这个针对的误操作恢复的
新环境恢复方案我是准备这样用,br全量加br增量
单库全量恢复做过,是可以实现的,增量的单库恢复没有做过,您需要自己测试下
给你说的更实用的,dumpling可以备份指定mvcc的版本,就是你写个时间,dumpling可以备份那个时间表,比如误删除,你可以dumpling删除前的数据,然后恢复。只要gc时间没过
谢谢大佬,我研究研究
逻辑上感觉可以。我去测测
大佬听着很靠谱,但是我不是专业的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分钟,你可以调整
那不是写个脚本一天要备好几次
那就按照业务备份啊
全库就用br快照,全库增量用br日志,单库也能用br
一般选择单库,
增量的方式 除了tidb官网推荐的各种方式外,也可以用datax到备份库