Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

added description about memory optimization #11851

Closed
wants to merge 1 commit into from
Closed
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
1 change: 1 addition & 0 deletions br/pitr-known-issues.md
Original file line number Diff line number Diff line change
Expand Up @@ -20,6 +20,7 @@ Issue 链接:[#36648](https://github.com/pingcap/tidb/issues/36648)
- 建议恢复的日志区间不超过 2 天,最长不超过一周。即在 PITR 备份过程中,最好每 2 天做一次快照备份操作。
- 备份日志期间,存在长时间大量写入。
- 长时间大量写入的场景一般出现在初始化集群全量导入数据的阶段。建议在导入完成后进行一次快照备份,使用该备份进行恢复。
- 我们在 BR v6.4.0 以上的版本优化了恢复时的内存占用,能在绝大多数场景下避免 OOM 问题的出现。
- 删除日志时出现 OOM,是由于删除的日志区间过大。
- 遇到此问题,解决方法是先减小删除的日志区间,可通过多次删除小区间日志来替代掉需要删除的大区间日志。
- br 进程所在的节点内存配置过低。
Expand Down