diff --git a/br/backup-and-restore-faq.md b/br/backup-and-restore-faq.md
index 8776d2405ee6..09f482f6cea1 100644
--- a/br/backup-and-restore-faq.md
+++ b/br/backup-and-restore-faq.md
@@ -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-系统库下的表数据实验特性)。
 
 因为这些系统库根本不可能存在于备份中，恢复的时候自然不可能发生冲突。
 
@@ -99,4 +99,4 @@ BR 不会备份统计信息（v4.0.9 除外）。所以在恢复存档后需要
 
 BR v4.0.9 备份统计信息使 BR 消耗过多内存，为保证备份过程正常，从 v4.0.10 开始默认关闭备份统计信息的功能。
 
-如果不对表执行 `ANALYZE`，TiDB 会因统计信息不准确而选不中最优化的执行计划。如果查询性能不是重点关注项，可以忽略 `ANALYZE`。
\ No newline at end of file
+如果不对表执行 `ANALYZE`，TiDB 会因统计信息不准确而选不中最优化的执行计划。如果查询性能不是重点关注项，可以忽略 `ANALYZE`。