add experimental warning

configure-placement-rules.md

@@ -7,6 +7,10 @@ aliases: ['/docs-cn/dev/how-to/configure/placement-rules/']
 
 # Placement Rules 使用文档
 
+> **注意：**
+>
+> 该功能目前是实验性阶段，不建议在生产环境中使用。
+
 Placement Rules 是 PD 在 4.0 版本引入的试验特性，它是一套副本规则系统，用于指导 PD 针对不同类型的数据生成对应的调度。通过组合不同的调度规则，用户可以精细地控制任何一段连续数据的副本数量、存放位置、主机类型、是否参与 Raft 投票、是否可以担任 Raft leader 等属性。
 
 ## 规则系统介绍

garbage-collection-configuration.md

@@ -92,7 +92,11 @@ update mysql.tidb set VARIABLE_VALUE="24h" where VARIABLE_NAME="tikv_gc_life_tim
 - 手动设置 GC concurrency。要使用该参数，必须将 [`tikv_gc_auto_concurrency`](#tikv_gc_auto_concurrency) 设为 `false` 。
 - 默认值：2
 
-## `tikv_gc_scan_lock_mode` （**实验特性**）
+## `tikv_gc_scan_lock_mode`
+
+> **注意：**
+>
+> 该功能目前是实验性阶段，不建议在生产环境中使用。
 
 设定 GC 的 Resolve Locks 阶段中，扫描锁的方式，即是否开启 Green GC（实验性特性）。Resolve Locks 阶段需要扫描整个集群的锁。在不开启 Green GC 的情况下，TiDB 会以 Region 为单位进行扫描。Green GC 提供了“物理扫描”的功能，即每台 TiKV 节点分别绕过 Raft 层直接扫描数据。该功能可以有效缓解 [Hibernate Region](/tikv-configuration-file.md#raftstorehibernate-regions-实验特性) 功能开启时，GC 唤醒全部 Region 的现象，并一定程度上提升 Resolve Locks 阶段的执行速度。
 

production-deployment-using-tiup.md

@@ -1348,6 +1348,10 @@ ID              Role          Host      Ports                            Status
 
 #### 查看 TiDB Dashboard 检查 TiDB 集群状态
 
+> **注意：**
+>
+> 该功能目前是实验性阶段，不建议在生产环境中使用。
+
 - 通过 `{pd-ip}:2379/dashboard` 登录 TiDB Dashboard，登录用户和口令为 TiDB 数据库 root 用户和口令，如果你修改过数据库的 root 密码，则以修改后的密码为准，默认密码为空。
 
     ![TiDB-Dashboard](/media/tiup/tidb-dashboard.png)

sql-statements/sql-statement-create-index.md

@@ -131,7 +131,11 @@ Query OK, 0 rows affected (0.31 sec)
 
 ## 表达式索引
 
-表达式索引目前是一个实验特性。如果需要使用这一特性，在配置文件中进行以下设置：
+> **注意：**
+>
+> 该功能目前是实验性阶段，不建议在生产环境中使用。
+
+如果需要使用这一特性，在配置文件中进行以下设置：
 
 {{< copyable "sql" >}}
 

system-tables/system-table-sql-diagnosis.md

@@ -7,6 +7,10 @@ aliases: ['/docs-cn/dev/reference/system-databases/sql-diagnosis/']
 
 # SQL 诊断
 
+> **注意：**
+>
+> 该功能目前是实验性阶段，不建议在生产环境中使用。
+
 SQL 诊断功能是在 TiDB 4.0 版本中引入的特性，用于提升 TiDB 问题定位的效率。TiDB 4.0 版本以前，用户需要使用不同工具获取以异构的方式获取不同信息。
 新的 SQL 诊断系统对这些离散的信息进行了整体设计，它整合系统各个维度的信息，通过系统表的方式向上层提供一致的接口，提供监控汇总与自动诊断，方便用户查询集群信息。
 

ticdc/ticdc-overview.md

@@ -6,6 +6,10 @@ aliases: ['/docs-cn/dev/reference/tools/ticdc/overview/']
 
 # TiCDC 简介
 
+> **注意：**
+>
+> TiCDC 目前是实验性功能，不建议在生产环境中使用。
+
 [TiCDC](https://github.com/pingcap/ticdc) 是一款通过拉取 TiKV 变更日志实现的 TiDB 增量数据同步工具，具有将数据还原到与上游任意 TSO 一致状态的能力，同时提供[开放数据协议](/ticdc/ticdc-open-protocol.md) (TiCDC Open Protocol)，支持其他系统订阅数据变更。
 
 ## TiCDC 架构

tikv-configuration-file.md

@@ -92,6 +92,10 @@ TiKV 配置文件比命令行参数支持更多的选项。你可以在 [etc/con
 
 ## readpool.unified
 
+> **注意：**
+>
+> 该功能目前是实验性阶段，不建议在生产环境中使用。
+
 统一处理读请求的线程池相关的配置项。该线程池自 4.0 版本起取代原有的 storage 和 coprocessor 线程池。
 
 ### `min-thread-count`