diff --git a/markdown-pages/en/tidb/release-8.1/releases/release-8.1.0.md b/markdown-pages/en/tidb/release-8.1/releases/release-8.1.0.md
index 4d49574a..896f89e1 100644
--- a/markdown-pages/en/tidb/release-8.1/releases/release-8.1.0.md
+++ b/markdown-pages/en/tidb/release-8.1/releases/release-8.1.0.md
@@ -42,7 +42,7 @@ Compared with the previous LTS 7.5.0, 8.1.0 includes new features, improvements,
Large batch DML jobs, such as extensive cleanup jobs, joins, or aggregations, can consume a significant amount of memory and have previously been limited at very large scales. Bulk DML (tidb_dml_type = "bulk" ) is a new DML type for handling large batch DML tasks more efficiently while providing transaction guarantees and mitigating OOM issues. This feature differs from import, load, and restore operations when used for data loading. |
- Enhance the stability of caching the schema information when there is a massive number of tables (experimental, , introduced in v8.0.0) |
+ Enhance the stability of caching the schema information when there is a massive number of tables (experimental, introduced in v8.0.0) |
SaaS companies using TiDB as the system of record for their multi-tenant applications often need to store a substantial number of tables. In previous versions, handling table counts in the order of a million or more was feasible, but it had the potential to degrade the overall user experience. TiDB v8.0.0 improves the situation with the following enhancements:
- Introduce a new schema information caching system, incorporating a lazy-loading Least Recently Used (LRU) cache for table metadata and more efficiently managing schema version changes.
diff --git a/markdown-pages/zh/tidb/release-8.1/releases/release-8.1.0.md b/markdown-pages/zh/tidb/release-8.1/releases/release-8.1.0.md
index 7242c4b8..ce1e5317 100644
--- a/markdown-pages/zh/tidb/release-8.1/releases/release-8.1.0.md
+++ b/markdown-pages/zh/tidb/release-8.1/releases/release-8.1.0.md
@@ -69,7 +69,7 @@ TiDB 8.1.0 为长期支持版本 (Long-Term Support Release, LTS)。
|
资源管控支持管理资源消耗超出预期的查询 (GA) **tw@lilin90** |
- 通过资源组的规则,TiDB 能够自动识别出运行超出预期的查询,并对该查询进行限流或取消处理。 即使没有被规则识别,用户仍旧可以手工添加查询特征以及对应的手段措施,从而降低突发的查询性能对整个数据库的影响。 |
+ 通过资源组的规则,TiDB 能够自动识别出运行超出预期的查询,并对该查询进行限流或取消处理。 即使没有被规则识别,用户仍然可以手动添加查询特征以及对应的手段措施,从而降低突发的查询性能对整个数据库的影响。 |
数据库管理与可观测性 |
@@ -110,13 +110,13 @@ TiDB 8.1.0 为长期支持版本 (Long-Term Support Release, LTS)。
* 管理资源消耗超出预期的查询(GA)[#43691](https://github.com/pingcap/tidb/issues/43691) @[nolouch](https://github.com/nolouch) **tw@lilin90**
- 突发的 SQL 性能问题引发数据库整体性能下降,是数据库稳定性最常见的挑战。造成 SQL 性能问题的原因有很多,例如未经充分测试的新 SQL、数据量剧烈变化、执行计划突变等,这些问题很难从源头上完全规避。在过去的版本中,TiDB 增加了对资源超出预期的查询的管理能力,用以快速降低 SQL 性能造成的影响范围,这个功能在 v8.1.0 成为正式功能。
+ 突发的 SQL 性能问题引发数据库整体性能下降,是数据库稳定性最常见的挑战。造成 SQL 性能问题的原因有很多,例如未经充分测试的新 SQL、数据量剧烈变化、执行计划突变等,这些问题很难从源头上完全规避。在过去的版本中,TiDB 增加了对资源超出预期的查询的管理能力,以快速减小 SQL 性能造成的影响范围,这个功能在 v8.1.0 成为正式功能。
你可以针对某个资源组 (Resource Group) 设置查询的最长执行时间。当查询的执行时间超过设置值时,自动降低查询的优先级或者取消查询。你还可以设置在一段时间内通过文本或者执行计划立即匹配已经识别出的查询,从而避免问题查询的并发度太高时,在识别阶段就造成大量资源消耗的情况。
TiDB 同时支持手动标记查询的功能。利用命令 [`QUERY WATCH`](/sql-statements/sql-statement-query-watch.md),你可以根据 SQL 的文本、SQL Digest 或执行计划标记查询,命中的查询可以被降级或取消,达到添加 SQL 黑名单的目的。
- 对资源超出预期查询的自动管理能力,为用户提供了有效的手段,在根本原因被定位之前,该功能可以快速缓解其对整体性能的影响,从而提升数据库的稳定性。
+ 对资源消耗超出预期的查询的自动管理能力为用户提供了有效的手段,在根本原因被定位之前,该功能可以快速缓解查询问题对整体性能的影响,从而提升数据库的稳定性。
更多信息,请参考[用户文档](/tidb-resource-control.md#管理资源消耗超出预期的查询-runaway-queries)。