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

update br faq (#6776) #6778

Merged
Merged
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
4 changes: 2 additions & 2 deletions br/backup-and-restore-faq.md
Original file line number Diff line number Diff line change
Expand Up @@ -23,7 +23,7 @@ summary: BR 相关的常见问题以及解决方法。

## BR 会备份系统表吗?在数据恢复的时候,这些系统表会冲突吗?

全量备份的时候会过滤掉系统库(`information_schema`,`performance_schema`,`mysql`)。参考[备份原理](/br/backup-and-restore-tool.md#工作原理)。
在 v5.1.0 之前,BR 备份时会过滤掉系统库 `mysql.*` 的表数据。自 v5.1.0 起,BR 默认**备份**集群内的全部数据,包括系统库 `mysql.*` 中的数据。但由于恢复 `mysql.*` 中系统表数据的技术实现尚不完善,因此 BR 默认**不恢复**系统库 `mysql` 中的表数据。详情参阅[备份和恢复 `mysql` 系统库下的表数据(实验特性)](/br/backup-and-restore-tool.md#备份和恢复-mysql-系统库下的表数据实验特性)。

因为这些系统库根本不可能存在于备份中,恢复的时候自然不可能发生冲突。

Expand Down Expand Up @@ -99,4 +99,4 @@ BR 不会备份统计信息(v4.0.9 除外)。所以在恢复存档后需要

BR v4.0.9 备份统计信息使 BR 消耗过多内存,为保证备份过程正常,从 v4.0.10 开始默认关闭备份统计信息的功能。

如果不对表执行 `ANALYZE`,TiDB 会因统计信息不准确而选不中最优化的执行计划。如果查询性能不是重点关注项,可以忽略 `ANALYZE`。
如果不对表执行 `ANALYZE`,TiDB 会因统计信息不准确而选不中最优化的执行计划。如果查询性能不是重点关注项,可以忽略 `ANALYZE`。