lightning: fix a few mistakes in lightning refactor (pingcap#10416)

ecosystem-tool-user-case.md

@@ -18,7 +18,7 @@ aliases: ['/docs-cn/dev/ecosystem-tool-user-case/']
 
 ## 从 CSV 导入数据到 TiDB
 
-当需要将其他工具导出的格式兼容的 CSV files 导入到 TiDB 时，可使用 [TiDB Lightning](/tidb-lightning/migrate-from-csv-using-tidb-lightning.md)。
+当需要将其他工具导出的格式兼容的 CSV files 导入到 TiDB 时，可使用 [TiDB Lightning](/tidb-lightning/tidb-lightning-overview.md)。
 
 ## 从 MySQL/Aurora 导入全量数据
 

migrate-from-csv-files-to-tidb.md

@@ -181,4 +181,4 @@ trim-last-separator = true
 
 ## 探索更多
 
-- [CSV 支持与限制](/tidb-lightning/migrate-from-csv-using-tidb-lightning.md)
+- [CSV 支持与限制](/tidb-lightning/tidb-lightning-data-source.md#csv)

tikv-configuration-file.md

@@ -423,23 +423,6 @@ RocksDB 多个 CF 之间共享 block cache 的配置选项。当开启时，为
 + 默认值：系统总内存大小的 45%
 + 单位：KB|MB|GB
 
-### `api-version` <span class="version-mark">从 v6.1.0 版本开始引入</span>
-
-+ TiKV 作为 Raw Key Value 存储数据时使用的存储格式与接口版本。
-+ 可选值：
-    + `1`：使用 API V1。不对客户端传入的数据进行编码，而是原样存储。在 v6.1.0 之前的版本，TiKV 都使用 API V1。
-    + `2`：使用 API V2：
-        + 数据采用 MVCC（Multi Version Concurrency Control）方式存储，其中时间戳由 tikv-server 从 PD 获取（即 TSO）。
-        + 需要同时设置 `storage.enable-ttl = true`。由于 API V2 支持 TTL 特性，因此强制要求打开 `enable-ttl` 以避免这个参数出现歧义。
-        + 启用 API V2 后需要在集群中额外部署至少一个 tidb-server 以回收过期数据。注意该 tidb-server 不可提供读写服务。可以部署多个 tidb-server 以保证高可用。
-        + 需要客户端的支持。请参考对应客户端的 API V2 使用说明。
-+ 默认值：1
-
-> **警告：**
->
-> - **只能**在部署新的 TiKV 集群时将 `api-version` 的值设置为 `2`，**不能**在已有的 TiKV 集群中修改该配置项的值。由于 API V1 和 API V2 存储的数据格式不相同，如果在已有的 TiKV 集群中修改该配置项，会造成不同格式的数据存储在同一个集群，导致数据损坏。这种情况下，启动 TiKV 集群时会报 "unable to switch storage.api_version" 错误。
-> - 启用 API V2 后，**不能**将 TiKV 集群回退到 v6.1.0 之前的版本，否则可能导致数据损坏。
-
 ## storage.flow-control
 
 在 scheduler 层进行流量控制代替 RocksDB 的 write stall 机制，可以避免 write stall 机制卡住 Raftstore 或 Apply 线程导致的次生问题。本节介绍 TiKV 流量控制机制相关的配置项。