全库可以用br物理备份，单库可以用dumpling，增量用日志备份
1.如果变更量不大的话，可以考虑适当调大GC的值， 但不是越大越好， GC值越大，历史版本越多， 会影响响应的更新与查询效率
2.整个集群全量备份可以用BR， 单库不大的用dumpling
3.增量可以用ticdc 或tidb binlog
一般增量就够了吧
我们这边每周默认两次全备，然后如果是5.4版本实例的话，就会每八小时做一次增量备份；如果是6.5版本的话，就直接使用日志备份。然后外加用户可以自己选择做手动全量备份。这些功能都是基于br来实现的
这个厉害了，学习学习
我们是对于所有数据库都是BR全备。
增量日志备份的选择是：
1、在6.5以下版本采用tidb-binlog做binlog日志备份；
2、在6.5版本优先使用tidb-binlog做日志备份，但会牺牲分区表的exchange功能（drainer不支持该ddl的同步）。如果一定要用分区表的exchange功能则推荐用pitr做增量日志备份，但不能使用快速创建索引（fastreorg）功能、且pitr在目前版本不兼容lightning的local模式导数；
3、在7.5版本优先采用pitr方式做增量日志备份，该版本可以快速创建索引但注意还是和lightning local模式不兼容。
官方后面不支持tidb-binlog的新增功能，推荐用pitr方式。pitr方式产生的日志量更小（有压缩），不怕大事务（drainer在大事务上容易oom），避免了pump、drainer组件的部署一个region的操作可以优化为一阶段提交（参考： tidb_enable_1pc），但是binlog中可以挖掘日志的能力、恢复部分表日志的能力pitr目前还都没有，总体上7.5版本还是会推荐用pitr方式。
看具体的数据量，应用场景
需要备份吗？我们的从来没备份。。。