release-5.4: update pingcap.com ZH and CN links (#21152)

qiancai · web-flow · commit 5a8acbbd331a · 2025-11-28T13:52:32.000Z
diff --git a/_index.md b/_index.md
@@ -5,7 +5,7 @@ hide_sidebar: true
 hide_commit: true
 ---
 
-<LearningPathContainer platform="tidb" title="TiDB" subTitle="TiDB 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库。您可以在这里查看概念介绍、操作指南、应用开发、参考等产品文档。">
+<LearningPathContainer platform="tidb" title="TiDB" subTitle="TiDB 是平凯星辰公司自主设计、研发的开源分布式关系型数据库。您可以在这里查看概念介绍、操作指南、应用开发、参考等产品文档。">
 
 <LearningPath label="了解" icon="cloud1">
 
diff --git a/best-practices/high-concurrency-best-practices.md b/best-practices/high-concurrency-best-practices.md
@@ -9,7 +9,7 @@ summary: 了解 TiDB 在高并发写入场景下的最佳实践。
 
 ## 目标读者
 
-本文假设你已对 TiDB 有一定的了解，推荐先阅读 TiDB 原理相关的三篇文章（[讲存储](https://pingcap.com/blog-cn/tidb-internal-1/)，[说计算](https://pingcap.com/blog-cn/tidb-internal-2/)，[谈调度](https://pingcap.com/blog-cn/tidb-internal-3/)），以及 [TiDB Best Practice](https://pingcap.com/blog-cn/tidb-best-practice/)。
+本文假设你已对 TiDB 有一定的了解，推荐先阅读 TiDB 原理相关的三篇文章（[讲存储](https://tidb.net/blog/dbe4f467)，[说计算](https://tidb.net/blog/8427565a)，[谈调度](https://tidb.net/blog/a558961f)），以及 [TiDB 最佳实践](https://tidb.net/blog/7f818fc0)。
 
 ## 高并发批量插入场景
 
@@ -28,7 +28,7 @@ summary: 了解 TiDB 在高并发写入场景下的最佳实践。
 
 ## TiDB 数据分布原理
 
-如果要解决以上挑战，需要从 TiDB 数据切分以及调度的原理开始讲起。这里只作简单说明，详情可参阅[谈调度](https://pingcap.com/blog-cn/tidb-internal-3/)。
+如果要解决以上挑战，需要从 TiDB 数据切分以及调度的原理开始讲起。这里只作简单说明，详情可参阅[谈调度](https://tidb.net/blog/a558961f)。
 
 TiDB 以 Region 为单位对数据进行切分，每个 Region 有大小限制（默认 96M）。Region 的切分方式是范围切分。每个 Region 会有多副本，每一组副本，称为一个 Raft Group。每个 Raft Group 中由 Leader 负责执行这块数据的读 & 写（TiDB 支持 [Follower-Read](/follower-read.md)）。Leader 会自动地被 PD 组件均匀调度在不同的物理节点上，用以均分读写压力。
 
diff --git a/best-practices/tidb-best-practices.md b/best-practices/tidb-best-practices.md
@@ -6,7 +6,7 @@ title: TiDB 最佳实践
 
 本文档总结使用 TiDB 时的一些最佳实践，主要涉及 SQL 使用和 OLAP/OLTP 优化技巧，特别是一些 TiDB 专有的优化开关。
 
-建议先阅读讲解 TiDB 原理的三篇文章（[讲存储](https://pingcap.com/blog-cn/tidb-internal-1/)，[说计算](https://pingcap.com/blog-cn/tidb-internal-2/)，[谈调度](https://pingcap.com/blog-cn/tidb-internal-3/)），再来看这篇文章。
+建议先阅读讲解 TiDB 原理的三篇文章（[讲存储](https://tidb.net/blog/dbe4f467)，[说计算](https://tidb.net/blog/8427565a)，[谈调度](https://tidb.net/blog/a558961f)），再来看这篇文章。
 
 ## 前言
 
@@ -26,7 +26,7 @@ Raft 是一种一致性协议，能提供强一致的数据复制保证，TiDB 
 
 ### 分布式事务
 
-TiDB 提供完整的分布式事务，事务模型是在 [Google Percolator](https://research.google.com/pubs/pub36726.html) 的基础上做了一些优化。具体的实现可以参考[《Percolator 和 TiDB 事务算法》](https://pingcap.com/blog-cn/percolator-and-txn/)这篇文章。本文档只讨论以下几点：
+TiDB 提供完整的分布式事务，事务模型是在 [Google Percolator](https://research.google.com/pubs/pub36726.html) 的基础上做了一些优化。具体的实现可以参考[《Percolator 和 TiDB 事务算法》](https://tidb.net/blog/f537be2c)这篇文章。本文档只讨论以下几点：
 
 + 乐观锁
 
@@ -56,7 +56,7 @@ PD 会根据整个 TiKV 集群的状态，对集群的负载进行调度。调
 
 ### SQL on KV
 
-TiDB 自动将 SQL 结构映射为 KV 结构。具体的可以参考[《三篇文章了解 TiDB 技术内幕 - 说计算》](https://pingcap.com/blog-cn/tidb-internal-2/)这篇文档。简单来说，TiDB 执行了以下操作：
+TiDB 自动将 SQL 结构映射为 KV 结构。具体的可以参考[《三篇文章了解 TiDB 技术内幕 - 说计算》](https://tidb.net/blog/8427565a)这篇文档。简单来说，TiDB 执行了以下操作：
 
 + 一行数据映射为一个 KV，Key 以 `TableID` 构造前缀，以行 ID 为后缀
 + 一条索引映射为一个 KV，Key 以 `TableID+IndexID` 构造前缀，以索引值构造后缀
@@ -184,7 +184,7 @@ TiDB [使用 Grafana + Prometheus 监控系统状态](/tidb-monitoring-framework
 
 + 公众号：微信搜索 PingCAP
 + 知乎专栏：[TiDB 的后花园](https://zhuanlan.zhihu.com/newsql)
-+ [官方博客](https://pingcap.com/blog-cn/)
++ [博客文章](https://tidb.net/blog)
 
 ## TiDB 的最佳适用场景
 
diff --git a/dashboard/dashboard-key-visualizer.md b/dashboard/dashboard-key-visualizer.md
@@ -38,7 +38,7 @@ title: TiDB Dashboard 流量可视化页面
 
 > **注意：**
 >
-> 关于 Region 的详细介绍，请参考[三篇文章了解 TiDB 技术内幕 - 说存储](https://pingcap.com/blog-cn/tidb-internal-1/#region)
+> 关于 Region 的详细介绍，请参考[三篇文章了解 TiDB 技术内幕 - 说存储](https://tidb.net/blog/dbe4f467#保存数据/Region)
 
 ### 热点
 
diff --git a/explore-htap.md b/explore-htap.md
@@ -29,7 +29,7 @@ TiDB HTAP 可以满足企业海量数据的增产需求、降低运维的风险
 
     当将 TiDB 应用于数据中枢场景时，TiDB 作为数据中枢可以无缝连接数据业务层和数据仓库层，满足不同业务的需求。
 
-如果想了解更多关于 TiDB HTAP 场景信息，请参阅 [PingCAP 官网中关于 HTAP 的博客](https://pingcap.com/zh/blog/?tag=HTAP)。
+如果想了解更多关于 TiDB HTAP 场景信息，请参阅 [TiDB HTAP 用户案例合集](https://tidb.net/blog/tag/htap)。
 
 ## HTAP 架构
 
diff --git a/faq/manage-cluster-faq.md b/faq/manage-cluster-faq.md
@@ -88,7 +88,7 @@ TiDB 目前社区非常活跃，同时，我们还在不断的优化和修改 BU
 
 ### Percolator 用了分布式锁，crash 的客户端会保持锁，会造成锁没有 release？
 
-详细可参考 [Percolator 和 TiDB 事务算法](https://pingcap.com/blog-cn/percolator-and-txn/)。
+详细可参考 [Percolator 和 TiDB 事务算法](https://tidb.net/blog/f537be2c)。
 
 ### TiDB 为什么选用 gRPC 而不选用 Thrift，是因为 Google 在用吗？
 
diff --git a/faq/migration-tidb-faq.md b/faq/migration-tidb-faq.md
@@ -166,11 +166,11 @@ DELETE，TRUNCATE 和 DROP 都不会立即释放空间。对于 TRUNCATE 和 DRO
 
 ### 数据删除后查询速度为何会变慢？
 
-大量删除数据后，会有很多无用的 key 存在，影响查询效率。目前正在开发 Region Merge 功能，完善之后可以解决这个问题，具体看参考[最佳实践](https://pingcap.com/blog-cn/tidb-best-practice/)中的删除数据部分。
+大量删除数据后，会有很多无用的 key 存在，影响查询效率。目前正在开发 Region Merge 功能，完善之后可以解决这个问题，具体看参考[最佳实践](https://tidb.net/blog/7f818fc0)中的删除数据部分。
 
 ### 数据删除最高效最快的方式？
 
-在删除大量数据的时候，建议使用 `Delete from t where xx limit 5000`（xx 建议在满足业务过滤逻辑下，尽量加上强过滤索引列或者直接使用主键选定范围，如 `id >= 5000*n+m and id <= 5000*(n+1)+m` 这样的方案，通过循环来删除，用 `Affected Rows == 0` 作为循环结束条件，这样避免遇到事务大小的限制。如果一次删除的数据量非常大，这种循环的方式会越来越慢，因为每次删除都是从前向后遍历，前面的删除之后，短时间内会残留不少删除标记（后续会被 GC 掉），影响后面的 Delete 语句。如果有可能，建议把 Where 条件细化。可以参考官网[最佳实践](https://pingcap.com/blog-cn/tidb-best-practice/)。
+在删除大量数据的时候，建议使用 `Delete from t where xx limit 5000`（xx 建议在满足业务过滤逻辑下，尽量加上强过滤索引列或者直接使用主键选定范围，如 `id >= 5000*n+m and id <= 5000*(n+1)+m` 这样的方案，通过循环来删除，用 `Affected Rows == 0` 作为循环结束条件，这样避免遇到事务大小的限制。如果一次删除的数据量非常大，这种循环的方式会越来越慢，因为每次删除都是从前向后遍历，前面的删除之后，短时间内会残留不少删除标记（后续会被 GC 掉），影响后面的 Delete 语句。如果有可能，建议把 Where 条件细化。可以参考[最佳实践](https://tidb.net/blog/7f818fc0)。
 
 ### TiDB 如何提高数据加载速度？
 
diff --git a/faq/sql-faq.md b/faq/sql-faq.md
@@ -126,7 +126,7 @@ DELETE，TRUNCATE 和 DROP 都不会立即释放空间。对于 TRUNCATE 和 DRO
 
 ## 数据删除后查询速度为何会变慢？
 
-大量删除数据后，会有很多无用的 key 存在，影响查询效率。可以尝试开启 [Region Merge](/best-practices/massive-regions-best-practices.md#方法五开启-region-merge) 功能，具体看参考[最佳实践](https://pingcap.com/blog-cn/tidb-best-practice/)中的删除数据部分。
+大量删除数据后，会有很多无用的 key 存在，影响查询效率。可以尝试开启 [Region Merge](/best-practices/massive-regions-best-practices.md#方法五开启-region-merge) 功能，具体可参考[最佳实践](https://tidb.net/blog/7f818fc0)中的删除数据部分。
 
 ## 对数据做删除操作之后，空间回收比较慢，如何处理？
 
diff --git a/faq/tidb-faq.md b/faq/tidb-faq.md
@@ -18,7 +18,7 @@ TiDB 是一个分布式 NewSQL 数据库。它支持水平弹性扩展、ACID 
 
 #### 1.1.3 TiDB 是基于 MySQL 开发的吗？
 
-不是，虽然 TiDB 支持 MySQL 语法和协议，但是 TiDB 是由 PingCAP 团队完全自主开发的产品。
+不是，虽然 TiDB 支持 MySQL 语法和协议，但是 TiDB 是由平凯星辰团队完全自主开发的产品。
 
 #### 1.1.4 TiDB、TiKV、Placement Driver (PD) 主要作用？
 
@@ -95,19 +95,19 @@ MySQL 是单机数据库，只能通过 XA 来满足跨数据库事务，而 TiD
 
 ##### 1.2.1.1 TiKV 详细解读
 
-[三篇文章了解 TiDB 技术内幕 - 说存储](https://pingcap.com/blog-cn/tidb-internal-1/)
+[三篇文章了解 TiDB 技术内幕 - 说存储](https://tidb.net/blog/dbe4f467)
 
 #### 1.2.2 计算 TiDB
 
 ##### 1.2.2.1 TiDB 详细解读
 
-[三篇文章了解 TiDB 技术内幕 - 说计算](https://pingcap.com/blog-cn/tidb-internal-2/)
+[三篇文章了解 TiDB 技术内幕 - 说计算](https://tidb.net/blog/8427565a)
 
 #### 1.2.3 调度 PD
 
 ##### 1.2.3.1 PD 详细解读
 
-[三篇文章了解 TiDB 技术内幕 - 谈调度](https://pingcap.com/blog-cn/tidb-internal-3/)
+[三篇文章了解 TiDB 技术内幕 - 谈调度](https://tidb.net/blog/a558961f)
 
 ## 二、云上部署
 
diff --git a/migrate-with-pt-ghost.md b/migrate-with-pt-ghost.md
@@ -57,8 +57,8 @@ online-ddl: true                # 开启 DM 的 online DDL 支持特性。兼容
 
 如果您想深入了解其实现原理，请阅读以下两篇技术博客：
 
-- [DM 源码阅读系列文章（八）Online Schema Change 迁移支持](https://pingcap.com/blog-cn/dm-source-code-reading-8/#dm-源码阅读系列文章八online-schema-change-迁移支持)
-- [TiDB Online Schema Change 原理](https://pingcap.com/zh/blog/tidb-source-code-reading-17)
+- [DM 源码阅读系列文章（八）Online Schema Change 迁移支持](https://tidb.net/blog/8645ba77)
+- [TiDB Online Schema Change 原理](https://tidb.net/blog/897e1539)
 
 ## 探索更多
 
diff --git a/optimistic-transaction.md b/optimistic-transaction.md
@@ -146,4 +146,4 @@ scheduler-concurrency = 2048000
 
 ## 更多阅读
 
-- [Percolator 和 TiDB 事务算法](https://pingcap.com/blog-cn/percolator-and-txn/)
+- [Percolator 和 TiDB 事务算法](https://tidb.net/blog/f537be2c)
diff --git a/overview.md b/overview.md
@@ -4,7 +4,7 @@ title: TiDB 简介
 
 # TiDB 简介
 
-[TiDB](https://github.com/pingcap/tidb) 是 [PingCAP](https://pingcap.com/about-cn/) 公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线事务处理与在线分析处理 (Hybrid Transactional and Analytical Processing, HTAP) 的融合型分布式数据库产品，具备水平扩容或者缩容、金融级高可用、实时 HTAP、云原生的分布式数据库、兼容 MySQL 5.7 协议和 MySQL 生态等重要特性。目标是为用户提供一站式 OLTP (Online Transactional Processing)、OLAP (Online Analytical Processing)、HTAP 解决方案。TiDB 适合高可用、强一致要求较高、数据规模较大等各种应用场景。
+[TiDB](https://github.com/pingcap/tidb) 是[平凯星辰](https://pingkai.cn/about)公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线事务处理与在线分析处理 (Hybrid Transactional and Analytical Processing, HTAP) 的融合型分布式数据库产品，具备水平扩容或者缩容、金融级高可用、实时 HTAP、云原生的分布式数据库、兼容 MySQL 5.7 协议和 MySQL 生态等重要特性。目标是为用户提供一站式 OLTP (Online Transactional Processing)、OLAP (Online Analytical Processing)、HTAP 解决方案。TiDB 适合高可用、强一致要求较高、数据规模较大等各种应用场景。
 
 ## 五大核心特性
 
diff --git a/production-deployment-using-tiup.md b/production-deployment-using-tiup.md
@@ -85,7 +85,7 @@ sumary: 了解如何使用 TiUP 部署 TiDB 集群。
 
 #### 准备 TiUP 离线组件包
 
-方式一：在[官方下载页面](https://pingcap.com/zh/product#SelectProduct)选择对应版本的 TiDB server 离线镜像包（包含 TiUP 离线组件包）。
+方式一：在[软件下载中心](https://pingkai.cn/download#tidb-community)选择对应版本的 TiDB server 离线镜像包（包含 TiUP 离线组件包）。
 
 方式二：使用 `tiup mirror clone` 命令手动打包离线组件包。步骤如下：
 
diff --git a/releases/release-5.1.5.md b/releases/release-5.1.5.md
@@ -8,7 +8,7 @@ title: TiDB 5.1.5 Release Notes
 
 TiDB 版本：5.1.5
 
-试用链接：[快速体验](https://docs.pingcap.com/zh/tidb/v5.1/quick-start-with-tidb) | [生产部署](https://docs.pingcap.com/zh/tidb/v5.1/production-deployment-using-tiup) | [下载离线包](https://cn.pingcap.com/product-community/)
+试用链接：[快速体验](https://docs.pingcap.com/zh/tidb/v5.1/quick-start-with-tidb) | [生产部署](https://docs.pingcap.com/zh/tidb/v5.1/production-deployment-using-tiup) | [下载离线包](https://pingkai.cn/download#tidb-community)
 
 ## 兼容性变更
 
diff --git a/releases/versioning.md b/releases/versioning.md
@@ -14,7 +14,7 @@ TiDB 提供两个版本系列：
 - 长期支持版本
 - 开发里程碑版本（自 TiDB v6.0.0 起引入）
 
-关于对 TiDB 版本提供支持服务的标准和规则，参见 [TiDB 版本周期支持策略](https://pingcap.com/zh/tidb-release-support-policy)。
+关于对 TiDB 版本提供支持服务的标准和规则，参见 [TiDB 版本周期支持策略](https://pingkai.cn/tidb-release-support-policy)。
 
 ## 版本命名
 
diff --git a/storage-engine/titan-overview.md b/storage-engine/titan-overview.md
@@ -28,7 +28,7 @@ Titan 适合在以下场景中使用：
 - 没有范围查询或者对范围查询性能不敏感。Titan 存储数据的顺序性较差，所以相比 RocksDB 范围查询的性能较差，尤其是大范围查询。在测试中 Titan 范围查询性能相比 RocksDB 下降 40% 到数倍不等。
 - 磁盘剩余空间足够，推荐为相同数据量下 RocksDB 磁盘占用的两倍。Titan 降低写放大是通过牺牲空间放大达到的。另外由于 Titan 逐个压缩 value，压缩率比 RocksDB（逐个压缩 block）要差。这两个因素一起造成 Titan 占用磁盘空间比 RocksDB 要多，这是正常现象。根据实际情况和不同的配置，Titan 磁盘空间占用可能会比 RocksDB 多一倍。
 
-性能提升请参考 [Titan 的设计与实现](https://pingcap.com/blog-cn/titan-design-and-implementation/#%E5%9F%BA%E5%87%86%E6%B5%8B%E8%AF%95)。
+性能提升请参考 [Titan 的设计与实现](https://tidb.net/blog/4e8fd304)。
 
 ## 架构与实现
 
diff --git a/telemetry.md b/telemetry.md
@@ -13,7 +13,7 @@ TiDB、TiUP 及 TiDB Dashboard 默认会收集使用情况信息，并将这些
 
 > **注意：**
 >
-> 在**任何情况**下，集群中用户存储的数据都**不会**被收集。另请参阅 [PingCAP 隐私声明](https://pingcap.com/zh/privacy-policy/)。
+> 在**任何情况**下，集群中用户存储的数据都**不会**被收集。另请参阅[隐私政策](https://pingkai.cn/legal/privacy-policy)。
 
 ### TiDB
 
@@ -259,4 +259,4 @@ tiup telemetry status
 - 若为中国大陆 IP 地址，使用情况信息将会发送并存储于中国大陆境内的公有云服务器。
 - 若为中国大陆以外 IP 地址，使用情况信息将会发送并存储于美国的公有云服务器。
 
-可参阅 [PingCAP 隐私声明](https://pingcap.com/zh/privacy-policy/)了解详情。
+可参阅[隐私政策](https://pingkai.cn/legal/privacy-policy)了解详情。
diff --git a/tiflash/tiflash-overview.md b/tiflash/tiflash-overview.md
@@ -12,7 +12,7 @@ title: TiFlash 简介
 
 上图为 TiDB HTAP 形态架构，其中包含 TiFlash 节点。
 
-TiFlash 提供列式存储，且拥有借助 ClickHouse 高效实现的协处理器层。除此以外，它与 TiKV 非常类似，依赖同样的 Multi-Raft 体系，以 Region 为单位进行数据复制和分散（详情见[《说存储》](https://pingcap.com/blog-cn/tidb-internal-1/)一文）。
+TiFlash 提供列式存储，且拥有借助 ClickHouse 高效实现的协处理器层。除此以外，它与 TiKV 非常类似，依赖同样的 Multi-Raft 体系，以 Region 为单位进行数据复制和分散（详情见[《说存储》](https://tidb.net/blog/dbe4f467)一文）。
 
 TiFlash 以低消耗不阻塞 TiKV 写入的方式，实时复制 TiKV 集群中的数据，并同时提供与 TiKV 一样的一致性读取，且可以保证读取到最新的数据。TiFlash 中的 Region 副本与 TiKV 中完全对应，且会跟随 TiKV 中的 Leader 副本同时进行分裂与合并。
 
diff --git a/transaction-isolation-levels.md b/transaction-isolation-levels.md
@@ -65,7 +65,7 @@ MySQL 的 Read Committed 隔离级别大部分符合一致性读特性，但其
 
 ## 更多阅读
 
-- [TiDB 的乐观事务模型](https://pingcap.com/blog-cn/best-practice-optimistic-transaction/)
-- [TiDB 新特性漫谈-悲观事务](https://pingcap.com/blog-cn/pessimistic-transaction-the-new-features-of-tidb/)
-- [TiDB 新特性-白话悲观锁](https://pingcap.com/blog-cn/tidb-4.0-pessimistic-lock/)
-- [TiKV 的 MVCC (Multi-Version Concurrency Control) 机制](https://pingcap.com/blog-cn/mvcc-in-tikv/)
+- [TiDB 的乐观事务模型](https://tidb.net/blog/48d7f732)
+- [TiDB 新特性漫谈-悲观事务](https://tidb.net/blog/37596251)
+- [TiDB 新特性-白话悲观锁](https://tidb.net/blog/1f4a7e8f)
+- [TiKV 的 MVCC (Multi-Version Concurrency Control) 机制](https://tidb.net/blog/e51d71b2)

Original file line number	Diff line number	Diff line change
`@@ -38,7 +38,7 @@ title: TiDB Dashboard 流量可视化页面`
`38`	`38`
`39`	`39`	`> 注意：`
`40`	`40`	`>`
`41`		`-> 关于 Region 的详细介绍，请参考[三篇文章了解 TiDB 技术内幕 - 说存储](https://pingcap.com/blog-cn/tidb-internal-1/#region)`
	`41`	`+> 关于 Region 的详细介绍，请参考[三篇文章了解 TiDB 技术内幕 - 说存储](https://tidb.net/blog/dbe4f467#保存数据/Region)`
`42`	`42`
`43`	`43`	`### 热点`
`44`	`44`