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 <[email protected]> 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: [email protected] For additional commands, e-mail: [email protected]
