diff --git a/tidb-cloud/v8.5-performance-highlights.md b/tidb-cloud/v8.5-performance-highlights.md
index 905916a9cde74..751c36e4b0973 100644
--- a/tidb-cloud/v8.5-performance-highlights.md
+++ b/tidb-cloud/v8.5-performance-highlights.md
@@ -163,7 +163,7 @@ Due to the inherent risk of physical disk damage, the cloud disk jitter issue is
 
 The severity of disk jitter might also be highly related to users' workload profiles. In latency-sensitive scenarios, designing applications in conjunction with TiDB features can further minimize the impact of IO jitter on applications. For example, in read-heavy and latency-sensitive environments, adjusting the [`tikv_client_read_timeout`](/system-variables.md#tikv_client_read_timeout-new-in-v740) system variable according to latency requirements and using stale reads or follower reads can enable faster failover retries to other replica peers for KV requests sent from TiDB. This reduces the impact of IO jitter on a single TiKV node and helps improve query latency. Note that the effectiveness of this feature depends on the workload profile, which should be evaluated before implementation.
 
-Additionally, cloud users can reduce the probability of jitter by choosing cloud disks with higher performance.
+Additionally, users [deploying TiDB on public cloud](https://docs.pingcap.com/tidb/dev/best-practices-on-public-cloud) can reduce the probability of jitter by choosing cloud disks with higher performance.
 
 ## Batch processing