From 3675a62759e4f4a270702b1265cc18cd605ec55b Mon Sep 17 00:00:00 2001 From: xixirangrang Date: Thu, 26 Sep 2024 23:05:35 +0800 Subject: [PATCH] Apply suggestions from code review --- releases/release-8.4.0.md | 8 -------- 1 file changed, 8 deletions(-) diff --git a/releases/release-8.4.0.md b/releases/release-8.4.0.md index 2602fa0838839..d2e5216f15922 100644 --- a/releases/release-8.4.0.md +++ b/releases/release-8.4.0.md @@ -35,10 +35,6 @@ Quick access: [Quick start](https://docs.pingcap.com/tidb/v8.4/quick-start-with- Concurrent TSO retrieval for TiDB**tw@qiancai 1893** In high-concurrency scenarios, you can use this feature to reduce the wait time for obtaining TSO and improve the cluster throughput. - - Improve the execution efficiency of administrative SQL statements**tw@hfxsd 1941** - In some SaaS systems, there is a need to create users in batch and rotate passwords regularly. TiDB enhances the performance of creating and modifying database users, ensuring these operations can be completed within the desired time window. - Improve query performance for cached tables**tw@hfxsd 1965** Improve query performance for index scanning on cached tables, with improvements of up to 5.4 times in some scenarios. For high-speed queries on small tables, cached tables can significantly enhance overall performance. @@ -121,10 +117,6 @@ Quick access: [Quick start](https://docs.pingcap.com/tidb/v8.4/quick-start-with- For more information, see [documentation](/functions-and-operators/expressions-pushed-down.md). -* The performance of batch user creation and password changes has been improved by hundreds of times [#55604](https://github.com/pingcap/tidb/pull/55604) @[wjhuang2016](https://github.com/wjhuang2016) **tw@hfxsd** - - In SaaS scenarios, you might need to batch-create a large number of users, rotate passwords periodically, and complete these tasks within a specific time window. Starting from v8.4.0, the performance of batch user creation and password rotation has been significantly improved. Additionally, you can further enhance performance by increasing concurrency through a higher number of session connections, which greatly reduces execution time for these operations. - * Instance-level execution plan cache (experimental) [#54057](https://github.com/pingcap/tidb/issues/54057) @[qw4990](https://github.com/qw4990) **tw@Oreoxmt** TiDB v8.4.0 introduces instance-level execution plan cache as an experimental feature. This feature allows all sessions within the same TiDB instance to share the execution plan cache, significantly reducing TiDB latency, improving cluster throughput, decreasing the likelihood of execution plan fluctuations, and maintaining stable cluster performance. Compared with session-level execution plan cache, instance-level execution plan cache offers the following advantages: