You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@pegasus.apache.org by sm...@apache.org on 2021/10/13 10:48:47 UTC

[incubator-pegasus-website] 01/01: Revert "feat: update links (#10)"

This is an automated email from the ASF dual-hosted git repository.

smityz pushed a commit to branch revert-10-update_link
in repository https://gitbox.apache.org/repos/asf/incubator-pegasus-website.git

commit 4b7869d9380c30bd7056618364ddcd2a84be5ec6
Author: Smilencer <52...@qq.com>
AuthorDate: Wed Oct 13 18:48:44 2021 +0800

    Revert "feat: update links (#10)"
    
    This reverts commit f857581518ff7e81ad3b3bd1bb50f32232216733.
---
 _docs/zh/administration/compression.md      | 4 ++--
 _docs/zh/administration/deployment.md       | 2 +-
 _docs/zh/administration/manual-compact.md   | 8 ++++----
 _docs/zh/administration/monitoring.md       | 2 +-
 _docs/zh/administration/rebalance.md        | 6 +++---
 _docs/zh/administration/remote-commands.md  | 2 +-
 _docs/zh/administration/replica-recovery.md | 2 +-
 _docs/zh/administration/rolling-update.md   | 2 +-
 _docs/zh/administration/scale-in-out.md     | 2 +-
 _docs/zh/administration/table-migration.md  | 2 +-
 _docs/zh/administration/throttling.md       | 2 +-
 _docs/zh/administration/usage-scenario.md   | 6 +++---
 _docs/zh/administration/zk-migration.md     | 2 +-
 _docs/zh/api/geo.md                         | 8 ++++----
 _docs/zh/api/redis.md                       | 2 +-
 _docs/zh/api/single-atomic.md               | 2 +-
 _docs/zh/api/ttl.md                         | 4 ++--
 _docs/zh/clients/java-client.md             | 2 +-
 _posts/2020-06-19-pegasus-2.0.0-is-out.md   | 2 +-
 19 files changed, 31 insertions(+), 31 deletions(-)

diff --git a/_docs/zh/administration/compression.md b/_docs/zh/administration/compression.md
index 7775a8a..5c9f7b5 100755
--- a/_docs/zh/administration/compression.md
+++ b/_docs/zh/administration/compression.md
@@ -14,8 +14,8 @@ permalink: administration/compression
 
 Pegasus服务端支持的压缩算法:
 * snappy
-* lz4 (从v1.11.2版本开始支持)
-* zstd (从v1.11.2版本开始支持)
+* lz4 (从[v1.11.2版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.11.2)开始支持)
+* zstd (从[v1.11.2版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.11.2)开始支持)
 
 通过[配置文件](config)来配置压缩算法,譬如:
 ```ini
diff --git a/_docs/zh/administration/deployment.md b/_docs/zh/administration/deployment.md
index e7fe1cb..4169373 100755
--- a/_docs/zh/administration/deployment.md
+++ b/_docs/zh/administration/deployment.md
@@ -16,7 +16,7 @@ Pegasus集群依赖Zookeeper进行元数据存储和MetaServer抢锁,因此需
 记下Zookeeper的服务地址列表,后面配置文件要用。
 
 ## 准备配置文件
-我们提供了配置文件[src/server/config.ini](https://github.com/apache/incubator-pegasus/blob/master/src/server/config.ini)(从1.7.1版本开始支持),你需要修改该文件,替换所有``%{xxx}``形式的变量为合适的值,如下:
+我们提供了配置文件[src/server/config.ini](https://github.com/XiaoMi/pegasus/blob/master/src/server/config.ini)(从1.7.1版本开始支持),你需要修改该文件,替换所有``%{xxx}``形式的变量为合适的值,如下:
 
 | 变量  | 说明 | 示例 | 
 | ------------- | ------------- | ------------- |
diff --git a/_docs/zh/administration/manual-compact.md b/_docs/zh/administration/manual-compact.md
index eb67646..5887476 100644
--- a/_docs/zh/administration/manual-compact.md
+++ b/_docs/zh/administration/manual-compact.md
@@ -2,7 +2,7 @@
 permalink: administration/manual-compact
 ---
 
-注:manual compact功能从v1.8.1版本开始支持。
+注:manual compact功能从[v1.8.1版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.8.1)开始支持。
 # 原理
 
 RocksDB除了根据需要自动触发compaction外,还能通过接口手动触发compaction,这个功能称之为[Manual Compaction](https://github.com/facebook/rocksdb/wiki/Manual-Compaction)。其提供了`CompactRange()`接口,如下:
@@ -66,8 +66,8 @@ virtual Status CompactRange(const CompactRangeOptions& options,
     * `manual_compact.periodic.target_level`:用于设置`CompactRangeOptions::target_level`。如果不设置,则使用默认值-1。
     * `manual_compact.periodic.bottommost_level_compaction`:可设置为`skip`或者`force`。如果是`skip`,则不对最高层做compaction;如果是`force`,则强制对最高层做compaction。如果不设置,则默认为`skip`。
   * Manual Compact总开关:
-    * `manual_compact.disabled`(从v1.9.0版本开始支持):如果为true,则关闭Manual Compact功能,并且取消正在执行中的Manual Compact动作。如果不设置,默认为false。
-    * `manual_compact.max_concurrent_running_count`(从v1.11.3版本开始支持):指定最大并发数。实际上,可执行的最大并发数由`该env参数`和`服务端MANUAL_COMPACT_THRAD_POOL的线程数`共同决定,取两者的较小值。
+    * `manual_compact.disabled`(从[v1.9.0版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.9.0)开始支持):如果为true,则关闭Manual Compact功能,并且取消正在执行中的Manual Compact动作。如果不设置,默认为false。
+    * `manual_compact.max_concurrent_running_count`(从[v1.11.3版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.11.3)开始支持):指定最大并发数。实际上,可执行的最大并发数由`该env参数`和`服务端MANUAL_COMPACT_THRAD_POOL的线程数`共同决定,取两者的较小值。
 
 注意:
 * Manual Compact功能是分派到独立的Compact线程池中执行的,每个线程同一时刻只能处理一个replica的full compaction,因为并发处理量与Compact线程池的线程数量有关,可以通过配置文件的`worker_count`进行配置,如果使用Manual Compact比较频繁,建议调大线程数量(譬如设置为cpu core数量接近):
@@ -91,7 +91,7 @@ virtual Status CompactRange(const CompactRangeOptions& options,
 由于需要设置的环境变量比较多,且对数据格式有要求,所以强烈建议不要自己直接设置,而是通过我们提供的脚本工具来设置,如下所示。
 
 ## 通过脚本设置
-我们提供了一个脚本工具[scripts/pegasus_manual_compact.sh](https://github.com/apache/incubator-pegasus/blob/master/scripts/pegasus_manual_compact.sh)来方便地设置,用法:
+我们提供了一个脚本工具[scripts/pegasus_manual_compact.sh](https://github.com/XiaoMi/pegasus/blob/master/scripts/pegasus_manual_compact.sh)来方便地设置,用法:
 ```
 $ ./scripts/pegasus_manual_compact.sh 
 This tool is for manual compact specified table(app).
diff --git a/_docs/zh/administration/monitoring.md b/_docs/zh/administration/monitoring.md
index 3cf544a..9d95ca5 100644
--- a/_docs/zh/administration/monitoring.md
+++ b/_docs/zh/administration/monitoring.md
@@ -4,7 +4,7 @@ permalink: administration/monitoring
 
 ## 组件
 
-从v1.12.0开始, Pegasus 支持使用 [Prometheus](https://prometheus.io/) 和 [Grafana](https://grafana.com/) 进项监控项的采集和展示。
+从[v1.12.0](https://github.com/XiaoMi/pegasus/releases)开始, Pegasus 支持使用 [Prometheus](https://prometheus.io/) 和 [Grafana](https://grafana.com/) 进项监控项的采集和展示。
 
 - Prometheus
 
diff --git a/_docs/zh/administration/rebalance.md b/_docs/zh/administration/rebalance.md
index e9fcc0a..f5350aa 100644
--- a/_docs/zh/administration/rebalance.md
+++ b/_docs/zh/administration/rebalance.md
@@ -311,15 +311,15 @@ Pegasus提供了一些控制参数给些过程可以提供更精细的控制:
 
 通过把上面的这些负载均衡原语结合起来,pegasus提供了一些一些脚本来执行滚动升级、节点下线等一些操作,如:
 
-1. [scripts/migrate_node.sh](https://github.com/apache/incubator-pegasus/blob/master/scripts/migrate_node.sh)
+1. [scripts/migrate_node.sh](https://github.com/XiaoMi/pegasus/blob/master/scripts/migrate_node.sh)
 
    这个脚本用来把某个节点上服务的所有primary都赶走
 
-2. [scripts/pegasus_rolling_update.sh](https://github.com/apache/incubator-pegasus/blob/master/scripts/pegasus_rolling_update.sh)
+2. [scripts/pegasus_rolling_update.sh](https://github.com/XiaoMi/pegasus/blob/master/scripts/pegasus_rolling_update.sh)
 
    用来对集群中的节点做在线滚动升级
 
-3. [scripts/pegasus_offline_node_list.sh](https://github.com/apache/incubator-pegasus/blob/master/scripts/pegasus_offline_node_list.sh)
+3. [scripts/pegasus_offline_node_list.sh](https://github.com/XiaoMi/pegasus/blob/master/scripts/pegasus_offline_node_list.sh)
 
    用来做一批节点的下线
 
diff --git a/_docs/zh/administration/remote-commands.md b/_docs/zh/administration/remote-commands.md
index f7d0140..fc56773 100644
--- a/_docs/zh/administration/remote-commands.md
+++ b/_docs/zh/administration/remote-commands.md
@@ -69,7 +69,7 @@ Pegasus不同角色的进程支持不同的远程命令。但是collector没有
 | replica.trigger-checkpoint | 对指定的replica手动触发`async_checkpoint`操作
 | replica.query-compact | 对指定的replica查询其执行[Manual-Compact](manual-compact)操作的状态
 | replica.query-app-envs | 对指定的replica查询其当前的[Table环境变量](table-env)
-| useless-dir-reserve-seconds | 动态修改无用文件夹的保留时间,方便快速释放存储空间,从1.11.3版本开始支持,参见[垃圾文件夹管理](#resource-management#垃圾文件夹管理)
+| useless-dir-reserve-seconds | 动态修改无用文件夹的保留时间,方便快速释放存储空间,从[1.11.3版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.11.3)开始支持,参见[垃圾文件夹管理](#resource-management#垃圾文件夹管理)
 
 # 如何使用
 
diff --git a/_docs/zh/administration/replica-recovery.md b/_docs/zh/administration/replica-recovery.md
index 4110c87..a282e9c 100644
--- a/_docs/zh/administration/replica-recovery.md
+++ b/_docs/zh/administration/replica-recovery.md
@@ -20,7 +20,7 @@ permalink: administration/replica-recovery
 
 # DDD诊断工具
 
-从v1.11.0版本开始,Pegasus在Shell工具中提供了`ddd_diagnose`命令,以支持DDD自动诊断功能。
+从[v1.11.0版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.11.0)开始,Pegasus在Shell工具中提供了`ddd_diagnose`命令,以支持DDD自动诊断功能。
 
 命令用法:
 ```
diff --git a/_docs/zh/administration/rolling-update.md b/_docs/zh/administration/rolling-update.md
index e33e52b..db14960 100644
--- a/_docs/zh/administration/rolling-update.md
+++ b/_docs/zh/administration/rolling-update.md
@@ -99,7 +99,7 @@ permalink: administration/rolling-update
 
 # 升级脚本
 
-我们提供了集群升级脚本[scripts/pegasus_rolling_update.sh](https://github.com/apache/incubator-pegasus/blob/master/scripts/pegasus_rolling_update.sh)。该脚本采用[高可用升级](#高可用升级)流程,用于小米内部的集群升级。
+我们提供了集群升级脚本[scripts/pegasus_rolling_update.sh](https://github.com/XiaoMi/pegasus/blob/master/scripts/pegasus_rolling_update.sh)。该脚本采用[高可用升级](#高可用升级)流程,用于小米内部的集群升级。
 
 不过这个脚本并不能直接使用,因为其依赖minos部署工具来完成以下事情:
 * 获取集群的进程列表
diff --git a/_docs/zh/administration/scale-in-out.md b/_docs/zh/administration/scale-in-out.md
index ac31a76..afb3cab 100644
--- a/_docs/zh/administration/scale-in-out.md
+++ b/_docs/zh/administration/scale-in-out.md
@@ -50,7 +50,7 @@ permalink: administration/scale-in-out
   * 重启是为了重置上面动态修改过的配置,并且让shell的`nodes -d`不再显示已经下线的节点。
   * 如果之前调整过配置参数`node_live_percentage_threshold_for_update`,重启时需要修改配置文件,再其调整为合适的值。
 
-以上过程可以自动化,我们提供了集群升级脚本[scripts/pegasus_offline_node_list.sh](https://github.com/apache/incubator-pegasus/blob/master/scripts/pegasus_offline_node_list.sh)。不过这个脚本并不能直接使用,因为其依赖minos部署工具来完成进程的远程stop操作。`pegasus_offline_node_list.sh`调用`pegasus_offline_node.sh`,因此这两个脚本的minos_client_dir都需要更改。你可以针对你们自己的部署系统,修改脚本中minos相关部分,使其可以正常工作。如需帮助,请联系我们。
+以上过程可以自动化,我们提供了集群升级脚本[scripts/pegasus_offline_node_list.sh](https://github.com/XiaoMi/pegasus/blob/master/scripts/pegasus_offline_node_list.sh)。不过这个脚本并不能直接使用,因为其依赖minos部署工具来完成进程的远程stop操作。`pegasus_offline_node_list.sh`调用`pegasus_offline_node.sh`,因此这两个脚本的minos_client_dir都需要更改。你可以针对你们自己的部署系统,修改脚本中minos相关部分,使其可以正常工作。如需帮助,请联系我们。
 
 注意:在使用集群升级脚本的时候,也要保证配置参数`node_live_percentage_threshold_for_update`的值足够小(有必要可以先升级meta-server),避免使集群进入freezed状态。
 
diff --git a/_docs/zh/administration/table-migration.md b/_docs/zh/administration/table-migration.md
index 39547af..024b1ed 100644
--- a/_docs/zh/administration/table-migration.md
+++ b/_docs/zh/administration/table-migration.md
@@ -19,7 +19,7 @@ copy_data命令:
 
 假设源集群为ClusterA,目标集群为ClusterB,需要迁移的表为TableA。迁移步骤如下:
 * 在目标集群上建表。由于copy_data命令并不会自动在目标集群上创建表,所以需要自己先建表。相对源表,新表的表名可以不同,partition count也可以不同。假设在目标集群上新建的表名为TableB。
-* 在Shell工具的配置文件中添加目标集群的配置。因为copy_data命令需要通过```-c```参数指定目标集群,所以需要配置目标集群的MetaServer地址列表。在执行Shell所在文件夹,修改配置文件[src/shell/config.ini](https://github.com/apache/incubator-pegasus/blob/master/src/shell/config.ini),在文件最后添加如下几行(将ClusterB替换为你自己的集群名):
+* 在Shell工具的配置文件中添加目标集群的配置。因为copy_data命令需要通过```-c```参数指定目标集群,所以需要配置目标集群的MetaServer地址列表。在执行Shell所在文件夹,修改配置文件[src/shell/config.ini](https://github.com/XiaoMi/pegasus/blob/master/src/shell/config.ini),在文件最后添加如下几行(将ClusterB替换为你自己的集群名):
 ```
 [pegasus.clusters]
     ClusterB = {ClusterB的MetaServer地址}
diff --git a/_docs/zh/administration/throttling.md b/_docs/zh/administration/throttling.md
index a776e3d..739e016 100755
--- a/_docs/zh/administration/throttling.md
+++ b/_docs/zh/administration/throttling.md
@@ -23,7 +23,7 @@ permalink: administration/throttling
 
 # 表级流控
 
-从v1.11.2版本开始,Pegasus支持Server端表级流控,目前只针对写操作。另外,从v1.12.0版本开始增加了基于吞吐量的限流。
+从[v1.11.2版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.11.2)开始,Pegasus支持Server端表级流控,目前只针对写操作。另外,从[v1.12.0版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.12.0)开始增加了基于吞吐量的限流。
 
 实现原理:
 * 用户可以在[Table环境变量](table-env)中设置`replica.write_throttling`和`replica.write_throttling_by_size`环境变量。其中`replica.write_throttling`是基于qps的限流,`replica.write_throttling_by_size`是基于吞吐量的限流。
diff --git a/_docs/zh/administration/usage-scenario.md b/_docs/zh/administration/usage-scenario.md
index 191218e..ec56823 100644
--- a/_docs/zh/administration/usage-scenario.md
+++ b/_docs/zh/administration/usage-scenario.md
@@ -2,7 +2,7 @@
 permalink: administration/usage-scenario
 ---
 
-注:Usage Scenario功能从v1.8.1版本开始支持。
+注:Usage Scenario功能从[v1.8.1版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.8.1)开始支持。
 
 # 原理
 Usage Scenario功能,是指对于Pegasus的表,可以指定其使用场景。针对不同的场景,通过优化底层RocksDB的配置,以获得更好的读写性能。
@@ -42,7 +42,7 @@ A: A fast way to direct insert data to the DB:
 
 而我们的思路正是:通过针对不同业务场景,设置不同的RocksDB参数,调节RocksDB的行为,以提供更好的读写性能。具体来说:
 * 通过[Table环境变量](table-env)设置`rocksdb.usage_scenario`来指定当前的业务场景。
-* Replica在检测到该环境变量发生变化时,就会根据业务场景,动态修改RocksDB的配置参数。具体设置了哪些参数,请参见[src/server/pegasus_server_impl.cpp](https://github.com/apache/incubator-pegasus/blob/master/src/server/pegasus_server_impl.cpp)中的`set_usage_scenario()`方法。
+* Replica在检测到该环境变量发生变化时,就会根据业务场景,动态修改RocksDB的配置参数。具体设置了哪些参数,请参见[src/server/pegasus_server_impl.cpp](https://github.com/XiaoMi/pegasus/blob/master/src/server/pegasus_server_impl.cpp)中的`set_usage_scenario()`方法。
 
 # 支持场景
 
@@ -66,7 +66,7 @@ A: A fast way to direct insert data to the DB:
 Table环境变量不会立即生效,大约需要等几十秒后才能在所有replica上生效。
 
 ## 通过脚本设置
-我们提供了一个脚本工具[scripts/pegasus_set_usage_scenario.sh](https://github.com/apache/incubator-pegasus/blob/master/scripts/pegasus_set_usage_scenario.sh)来方便地设置,用法:
+我们提供了一个脚本工具[scripts/pegasus_set_usage_scenario.sh](https://github.com/XiaoMi/pegasus/blob/master/scripts/pegasus_set_usage_scenario.sh)来方便地设置,用法:
 ```
 $ ./scripts/pegasus_set_usage_scenario.sh   
 This tool is for set usage scenario of specified table(app).
diff --git a/_docs/zh/administration/zk-migration.md b/_docs/zh/administration/zk-migration.md
index dc4cabf..4d45504 100644
--- a/_docs/zh/administration/zk-migration.md
+++ b/_docs/zh/administration/zk-migration.md
@@ -66,7 +66,7 @@ Pegasus提供了[元数据恢复](meta-recovery)功能,这个功能也可用
 
    重新启动所有的meta server,集群进入正常状态。
 
-注:[scripts/pegasus_migrate_zookeeper.sh](https://github.com/apache/incubator-pegasus/blob/master/scripts/pegasus_migrate_zookeeper.sh)是我们在内部使用的迁移Zookeeper的脚本,虽然因为服务启停功能的兼容性不能直接使用,但是可以参考其中的流程,或者进行改造。
+注:[scripts/pegasus_migrate_zookeeper.sh](https://github.com/XiaoMi/pegasus/blob/master/scripts/pegasus_migrate_zookeeper.sh)是我们在内部使用的迁移Zookeeper的脚本,虽然因为服务启停功能的兼容性不能直接使用,但是可以参考其中的流程,或者进行改造。
 
 # 通过zkcopy工具迁移
 
diff --git a/_docs/zh/api/geo.md b/_docs/zh/api/geo.md
index 2fc8624..4b06c25 100755
--- a/_docs/zh/api/geo.md
+++ b/_docs/zh/api/geo.md
@@ -78,7 +78,7 @@ S2中的Hilbert曲线编码由30位组成,每一位代表一层划分。下表
 
 经纬度经过坐标转换得到一维编码(字符串)后,就可以把这个一维编码作为key存储起来做**GEO索引数据**了,这里需要将这个一维编码拆分成hashkey和sortkey两部分,可以根据实际的业务场景采取不同的划分策略。
 
-GEO索引数据独立于原始数据,两类数据存储在不同的table内,通过[geo_client](https://github.com/apache/incubator-pegasus/blob/master/src/geo/lib/geo_client.h)做数据同步,同时支持原生Pegasus API和GEO API访问。
+GEO索引数据独立于原始数据,两类数据存储在不同的table内,通过[geo_client](https://github.com/XiaoMi/pegasus/blob/master/src/geo/lib/geo_client.h)做数据同步,同时支持原生Pegasus API和GEO API访问。
 
 下面讨论GEO索引数据的构造方式。
 
@@ -181,7 +181,7 @@ S2CellUnion GetCovering(const S2Region& region);
 - 对于`3.2.1`步取到的sub_cellid,hashkey是它的前缀,调用`scan(sub_cellid[0:hashkey_len], sub_cellid[hashkey_len:], sub_cellid[hashkey_len:])`搜索数据
   - 比如,一个12层cell `1/223320022232`的子区域`0001`,`0002`,`0003`,`0100`才跟目标区域相交时,则我们`scan("1/223320022232", "0001", "0003")`、`scan("1/223320022232", "0100", "0100")`。
 
-> 此处还有一个根据Hilbert曲线实现的一个优化,具体参见[代码](https://github.com/apache/incubator-pegasus/blob/master/src/geo/lib/geo_client.cpp)
+> 此处还有一个根据Hilbert曲线实现的一个优化,具体参见[代码](https://github.com/XiaoMi/pegasus/blob/master/src/geo/lib/geo_client.cpp#L510)
 
 得到`scan`的结果后,还需处理:
 
@@ -227,7 +227,7 @@ min_level = 12
 
 Pegasus GEO特性的使用有两种方式,一是直接使用C++ geo client;二是使用redis proxy。
 
-[C++ geo client代码](https://github.com/apache/incubator-pegasus/blob/master/src/geo/lib/geo_client.h)中有详细的API说明,这里不再赘述。
+[C++ geo client代码](https://github.com/XiaoMi/pegasus/blob/master/src/geo/lib/geo_client.h)中有详细的API说明,这里不再赘述。
 
 ## 配置文件
 
@@ -279,7 +279,7 @@ arguments = redis_cluster temp temp_geo
 
 集群配置:
 
-- 节点数:5个replica server节点(使用v1.9.2版本)
+- 节点数:5个replica server节点(使用[v1.9.2版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.9.2))
 - 测试表的Partition数:128个
 - 单条数据大小:120字节
 
diff --git a/_docs/zh/api/redis.md b/_docs/zh/api/redis.md
index 84720cc..775343a 100644
--- a/_docs/zh/api/redis.md
+++ b/_docs/zh/api/redis.md
@@ -22,7 +22,7 @@ redis proxy与pegasus集群之间使用pegasus的thrift协议,proxy在这里
 
 ## 配置
 
-redis proxy的配置文件规则遵循[配置说明](/administration/config),参考[示例](https://github.com/apache/incubator-pegasus/blob/master/src/geo/bench/config.ini)。
+redis proxy的配置文件规则遵循[配置说明](/administration/config),参考[示例](https://github.com/XiaoMi/pegasus/blob/master/src/geo/bench/config.ini)。
 
 在redis proxy中有几项特有的配置项需要注意:
 
diff --git a/_docs/zh/api/single-atomic.md b/_docs/zh/api/single-atomic.md
index 1ff7013..97ae38d 100755
--- a/_docs/zh/api/single-atomic.md
+++ b/_docs/zh/api/single-atomic.md
@@ -2,7 +2,7 @@
 permalink: api/single-atomic
 ---
 
-从v1.10.0版本开始,Pegasus支持单行原子操作。这里的**单行**是指同一HashKey下的所有数据。
+从[v1.10.0版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.10.0)开始,Pegasus支持单行原子操作。这里的**单行**是指同一HashKey下的所有数据。
 
 # 原理
 Pegasus采用Hash分片,同一个HashKey的数据总是存储在同一个Partition中,即相同的Replica中。同时,Pegasus实现时,同一个Replica的写操作在server端总是串行执行的。因此对于同一HashKey下的数据操作,可以很方便地实现原子的语义。
diff --git a/_docs/zh/api/ttl.md b/_docs/zh/api/ttl.md
index e6355b7..08428f2 100755
--- a/_docs/zh/api/ttl.md
+++ b/_docs/zh/api/ttl.md
@@ -34,7 +34,7 @@ Pegasus Java Client中以下接口可以查询和设置TTL:
 * [ttl](/clients/java-client#ttl):获取指定数据的TTL信息。
 * [set](/clients/java-client#set)和[batchSet](/clients/java-client#batchset):都提供了设置TTL的参数,其中batchSet是在SetItem中设置的。
 * [multiSet](/clients/java-client#multiset)和[batchMultiSet](/clients/java-client#batchmultiset):都提供了设置TTL的参数。
-* [incr](/clients/java-client#batchmultiset):从v1.11.1版本开始,incr接口也提供了修改TTL的功能。
+* [incr](/clients/java-client#batchmultiset):从[v1.11.1版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.11.1)开始,incr接口也提供了修改TTL的功能。
 * [checkAndSet](/clients/java-client#checkandset):在CheckAndSetOptions中提供了设置TTL的参数。
 
 Shell工具中以下命令可以查询和设置TTL:
@@ -42,7 +42,7 @@ Shell工具中以下命令可以查询和设置TTL:
 * [set](/overview/shell#set)和[multi_set](/overview/shell#multi_set)命令:都提供了设置TTL的参数。
 
 # 表级TTL
-从v1.11.2版本开始,Pegasus支持表级TTL功能。
+从[v1.11.2版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.11.2)开始,Pegasus支持表级TTL功能。
 
 实现原理:
 * 用户在[Table环境变量](/administration/table-env)中设置`default_ttl`环境变量。
diff --git a/_docs/zh/clients/java-client.md b/_docs/zh/clients/java-client.md
index 450b7a7..a55dd8b 100755
--- a/_docs/zh/clients/java-client.md
+++ b/_docs/zh/clients/java-client.md
@@ -822,7 +822,7 @@ public long incr(String tableName, byte[] hashKey, byte[] sortKey, long incremen
    * 如果旧值不存在,则把旧值当做0处理,即新值等于increment。
    * TTL语义:如果旧值存在,新值的TTL和旧值保持一致;如果旧值不存在,新值将不设TTL。
 
-从Pegasus Server v1.11.1版本开始支持在incr操作时修改TTL,需使用[Pegasus Java Client 1.11.2-thrift-0.11.0-inlined-release](https://github.com/XiaoMi/pegasus-java-client/releases/tag/1.11.2-thrift-0.11.0-inlined-release)及以上版本来使用这个功能。
+从[Pegasus Server v1.11.1版本](https://github.com/XiaoMi/pegasus/releases/tag/v1.11.1)开始支持在incr操作时修改TTL,需使用[Pegasus Java Client 1.11.2-thrift-0.11.0-inlined-release](https://github.com/XiaoMi/pegasus-java-client/releases/tag/1.11.2-thrift-0.11.0-inlined-release)及以上版本来使用这个功能。
 ```
 /**
  * Atomically increment value.
diff --git a/_posts/2020-06-19-pegasus-2.0.0-is-out.md b/_posts/2020-06-19-pegasus-2.0.0-is-out.md
index 674928b..1c46e50 100644
--- a/_posts/2020-06-19-pegasus-2.0.0-is-out.md
+++ b/_posts/2020-06-19-pegasus-2.0.0-is-out.md
@@ -6,7 +6,7 @@ author: 吴涛
 
 Pegasus Server 又发布新版本了!在去年的几个版本演进中,我们把工作的重点放在了Pegasus的服务稳定性上。在今年的 2.0.0 版本中,我们更进一步,提供了如下几个能够显著减少延迟和抖动的机制。
 
-> Github Release: <https://github.com/apache/incubator-pegasus/releases/tag/v2.0.0>
+> Github Release: <https://github.com/XiaoMi/pegasus/releases/tag/v2.0.0>
 
 ## 跨机房异步复制
 

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@pegasus.apache.org
For additional commands, e-mail: commits-help@pegasus.apache.org