This is an automated email from the ASF dual-hosted git repository.
haonan pushed a commit to branch NewDoc
in repository https://gitbox.apache.org/repos/asf/iotdb.git
The following commit(s) were added to refs/heads/NewDoc by this push:
new 3dfb53b [To NewDoc] Update the typos of UserMannual (#2883)
3dfb53b is described below
commit 3dfb53b13d98e4e771f064044caa89284d10310e
Author: liuzhen1207 <[email protected]>
AuthorDate: Thu Mar 25 11:41:39 2021 +0800
[To NewDoc] Update the typos of UserMannual (#2883)
Co-authored-by: 冯庆新 <[email protected]>
Co-authored-by: 肖志红 <[email protected]>
Co-authored-by: Haonan <[email protected]>
---
docs/zh/UserGuide/Client/Command Line Interface.md | 4 +-
docs/zh/UserGuide/Client/Programming - JDBC.md | 2 +-
.../UserGuide/Client/Programming - Native API.md | 12 +-
.../Client/Programming - Other Languages.md | 2 +-
.../UserGuide/Client/Programming - TsFile API.md | 6 +-
docs/zh/UserGuide/Client/Status Codes.md | 2 +-
.../Concept/Data Model and Terminology.md | 11 +-
docs/zh/UserGuide/Concept/Encoding.md | 8 +-
docs/zh/UserGuide/Get Started/QuickStart.md | 26 ++--
.../UserGuide/Operation Manual/Administration.md | 2 +-
.../DDL Data Definition Language.md | 8 +-
.../DML Data Manipulation Language.md | 39 ++----
.../zh/UserGuide/Operation Manual/SQL Reference.md | 2 +-
.../Operation Manual/UDF User Defined Function.md | 14 +-
docs/zh/UserGuide/Server/Cluster Setup.md | 40 +++---
docs/zh/UserGuide/Server/Config Manual.md | 142 ++++++++++-----------
.../System Tools/Monitor and Log Tools.md | 6 +-
docs/zh/UserGuide/System Tools/Sync Tool.md | 6 +-
docs/zh/UserGuide/System Tools/Watermark Tool.md | 4 +-
19 files changed, 154 insertions(+), 182 deletions(-)
diff --git a/docs/zh/UserGuide/Client/Command Line Interface.md
b/docs/zh/UserGuide/Client/Command Line Interface.md
index 5ab4f19..f3bf7da 100644
--- a/docs/zh/UserGuide/Client/Command Line Interface.md
+++ b/docs/zh/UserGuide/Client/Command Line Interface.md
@@ -37,7 +37,7 @@ IOTDB为用户提供cli/Shell工具用于启动客户端和服务端程序。下
## 运行
### Cli运行方式
-安装后的IoTDB中有一个默认用户：`root`，默认密码为`root`。用户可以使用该用户尝试运行IoTDB客户端以测试服务器是否正常启动。客户端启动脚本为$IOTDB_HOME/bin文件夹下的`start-cli`脚本。启动脚本时需要指定运行IP和RPC
PORT。以下为服务器在本机启动，且用户未更改运行端口号的示例，默认端口为6667。若用户尝试连接远程服务器或更改了服务器运行的端口号，请在-h和-p项处使用服务器的IP和RPC
PORT。</br>
+安装后的IoTDB中有一个默认用户：`root`，默认密码为`root`。用户可以使用该用户尝试运行IoTDB客户端以测试服务器是否正常启动。客户端启动脚本为$IOTDB_HOME/sbin文件夹下的`start-cli`脚本。启动脚本时需要指定运行IP和RPC
PORT。以下为服务器在本机启动，且用户未更改运行端口号的示例，默认端口为6667。若用户尝试连接远程服务器或更改了服务器运行的端口号，请在-h和-p项处使用服务器的IP和RPC
PORT。</br>
用户也可以在启动脚本的最前方设置自己的环境变量，如JAVA_HOME等 (对于linux用户，脚本路径为："/sbin/start-cli.sh"；
对于windows用户，脚本路径为："/sbin/start-cli.bat")
@@ -189,4 +189,4 @@ It costs 0.267s
```
-需要特别注意的是，在脚本中使用-e参数时要对特殊字符进行转义。
\ No newline at end of file
+需要特别注意的是，在脚本中使用-e参数时要对特殊字符进行转义。
diff --git a/docs/zh/UserGuide/Client/Programming - JDBC.md
b/docs/zh/UserGuide/Client/Programming - JDBC.md
index 6bea819..c50f0e5 100644
--- a/docs/zh/UserGuide/Client/Programming - JDBC.md
+++ b/docs/zh/UserGuide/Client/Programming - JDBC.md
@@ -42,7 +42,7 @@ mvn clean install -pl jdbc -am -Dmaven.test.skip=true
<dependency>
<groupId>org.apache.iotdb</groupId>
<artifactId>iotdb-jdbc</artifactId>
- <version>0.10.0</version>
+ <version>0.12.0</version>
</dependency>
</dependencies>
```
diff --git a/docs/zh/UserGuide/Client/Programming - Native API.md
b/docs/zh/UserGuide/Client/Programming - Native API.md
index cfe1d88..8f5198e 100644
--- a/docs/zh/UserGuide/Client/Programming - Native API.md
+++ b/docs/zh/UserGuide/Client/Programming - Native API.md
@@ -41,7 +41,7 @@ mvn clean install -pl session -am -Dmaven.test.skip=true
<dependency>
<groupId>org.apache.iotdb</groupId>
<artifactId>iotdb-session</artifactId>
- <version>0.10.0</version>
+ <version>0.12.0</version>
</dependency>
</dependencies>
```
@@ -103,7 +103,7 @@ void deleteTimeseries(String path)
void deleteTimeseries(List<String> paths)
```
-* 删除一个或多个时间序列在某个时间点前的数据
+* 删除一个或多个时间序列在某个时间点前或这个时间点的数据
```
void deleteData(String path, long time)
@@ -191,14 +191,6 @@ void testInsertRecords(List<String> deviceIds, List<Long>
times,
List<List<Object>> valuesList)
```
-* 测试 testInsertRecordsOfOneDevice，不实际写入数据，只将数据传输到 server 即返回。
-
-```
-void testInsertRecordsOfOneDevice(List<String> deviceIds, List<Long> times,
- List<List<String>> measurementsList, List<List<TSDataType>> typesList,
- List<List<Object>> valuesList)
-```
-
* 测试 insertRecord，不实际写入数据，只将数据传输到 server 即返回。
```
diff --git a/docs/zh/UserGuide/Client/Programming - Other Languages.md
b/docs/zh/UserGuide/Client/Programming - Other Languages.md
index abbfa01..0002375 100644
--- a/docs/zh/UserGuide/Client/Programming - Other Languages.md
+++ b/docs/zh/UserGuide/Client/Programming - Other Languages.md
@@ -222,7 +222,7 @@ Maven 命令中添加"-P client-cpp" 选项编译client-cpp模块。client-cpp
完整的C++客户端命令如下：
-`mvn integration-test -P client-cpp -pl client-cpp,server -am
-Diotdb.test.skip=true -Dtsfile.test.skip=true -Djdbc.test.skip=true`
+`mvn package -P compile-cpp -pl example/client-cpp-example -am -DskipTest`
注意在Windows下需提前安装好Boost，并添加以下Maven 编译选项:
```
diff --git a/docs/zh/UserGuide/Client/Programming - TsFile API.md
b/docs/zh/UserGuide/Client/Programming - TsFile API.md
index d39ef23..42c2b31 100644
--- a/docs/zh/UserGuide/Client/Programming - TsFile API.md
+++ b/docs/zh/UserGuide/Client/Programming - TsFile API.md
@@ -23,7 +23,7 @@
TsFile 是在 IoTDB 中使用的时间序列的文件格式。在这个章节中，我们将介绍这种文件格式的用法。
-### 安装 TsFile libaray
+### 安装 TsFile library
在您自己的项目中有两种方法使用 TsFile .
@@ -36,7 +36,7 @@ cd tsfile/
mvn clean package -Dmaven.test.skip=true
```
-命令执行完成之后，所有的 jar 包都可以从 `target/` 目录下找到。之后您可以在自己的工程中倒入
`target/tsfile-0.10.0-jar-with-dependencies.jar`.
+命令执行完成之后，所有的 jar 包都可以从 `target/` 目录下找到。之后您可以在自己的工程中导入
`target/tsfile-0.12.0-SNAPSHOT.jar`.
* 使用 Maven 依赖:
@@ -59,7 +59,7 @@ mvn clean install -Dmaven.test.skip=true
<dependency>
<groupId>org.apache.iotdb</groupId>
<artifactId>tsfile</artifactId>
- <version>0.10.0</version>
+ <version>0.12.0</version>
</dependency>
```
diff --git a/docs/zh/UserGuide/Client/Status Codes.md
b/docs/zh/UserGuide/Client/Status Codes.md
index 916ab51..ca5ebee 100644
--- a/docs/zh/UserGuide/Client/Status Codes.md
+++ b/docs/zh/UserGuide/Client/Status Codes.md
@@ -21,7 +21,7 @@
# 附录3：状态码
-在0.10版本中引入了**状态码**这一概念。例如，因为IoTDB需要在写入数据之前首先注册时间序列，一种可能的解决方案是：
+从0.10版本开始IoTDB引入了**状态码**这一概念。例如，因为IoTDB需要在写入数据之前首先注册时间序列，一种可能的解决方案是：
```
try {
diff --git a/docs/zh/UserGuide/Concept/Data Model and Terminology.md
b/docs/zh/UserGuide/Concept/Data Model and Terminology.md
index 76b523e..9416f47 100644
--- a/docs/zh/UserGuide/Concept/Data Model and Terminology.md
+++ b/docs/zh/UserGuide/Concept/Data Model and Terminology.md
@@ -77,12 +77,11 @@ LayerName: Identifier | STAR
在路径中，不允许使用单引号。如果你想在LayerName中使用`.`等特殊字符，请使用双引号。例如，`root.sg."d.1"."s.1"`。双引号内支持使用转义符进行双引号的嵌套，如
`root.sg.d1."s.\"t\"1"`。
-LayerName中不用加双引号就支持的字符如下：
+除了storage group 存储组，其他的LayerName中不用加双引号就支持的字符如下：
-* 中文字符 '\u2E80' 到'\u9FFF'
-* '+', '&', '%', '$', '#', '@', '/', '_', '-', ':'
-* 'A' 到 'Z', 'a' 到 'z', '0' 到 '9'
-* '[', ']' （例 's[1' , 's[1]', s[ab]'）
+* 中文字符"\u2E80"到"\u9FFF"
+* "+"，"&"，"%"，"$"，"#"，"@"，"/"，"_"，"-"，":"
+* "A"到"Z"，"a"到"z"，"0"到"9"
其中'-' 和 ':' 不能放置在第一位，不能使用单个 '+'。
@@ -115,6 +114,8 @@ LayerName中不用加双引号就支持的字符如下：
> 注意：`*`放在末尾时与前缀路径表意相同，例如`root.vehicle.*`与`root.vehicle`为相同含义。
+> 注意：`*`create创建时，后面的路径同时不能含有`*`。
+
* 时间戳
时间戳是一个数据到来的时间点，其中包括绝对时间戳和相对时间戳。
diff --git a/docs/zh/UserGuide/Concept/Encoding.md
b/docs/zh/UserGuide/Concept/Encoding.md
index 290c880..03e75ab 100644
--- a/docs/zh/UserGuide/Concept/Encoding.md
+++ b/docs/zh/UserGuide/Concept/Encoding.md
@@ -21,7 +21,7 @@
## 编码方式
-为了提高数据的存储效率，需要在数据写入的过程中对数据进行编码，从而减少磁盘空间的使用量。在写数据以及读数据的过程中都能够减少I/O操作的数据量从而提高性能。IoTDB支持四种针对不同类型的数据的编码方法：
+为了提高数据的存储效率，需要在数据写入的过程中对数据进行编码，从而减少磁盘空间的使用量。在写数据以及读数据的过程中都能够减少I/O操作的数据量从而提高性能。IoTDB支持多种针对不同类型的数据的编码方法：
* PLAIN编码（PLAIN）
@@ -49,7 +49,7 @@ GORILLA编码是一种无损编码，它比较适合编码前后值比较接近
* 定频数据编码 (REGULAR)
-定频数据编码，仅适用于整形（INT32）和长整型（INT64）的时间列定频数据，且允许数据中有一些点缺失，使用此方法编码定频数据优于二阶差分编码（TS_2DIFF）。
+定频数据编码，仅适用于整型（INT32）和长整型（INT64）的时间列定频数据，且允许数据中有一些点缺失，使用此方法编码定频数据优于二阶差分编码（TS_2DIFF）。
定频数据编码无法用于非定频数据，建议使用二阶差分编码（TS_2DIFF）进行处理。
@@ -62,8 +62,8 @@ GORILLA编码是一种无损编码，它比较适合编码前后值比较接近
|数据类型 |支持的编码|
|:---:|:---:|
|BOOLEAN| PLAIN, RLE|
-|INT32 |PLAIN, RLE, TS_2DIFF, REGULAR, GORILLA|
-|INT64 |PLAIN, RLE, TS_2DIFF, REGULAR, GORILLA|
+|INT32 |PLAIN, RLE, TS_2DIFF, GORILLA|
+|INT64 |PLAIN, RLE, TS_2DIFF, GORILLA|
|FLOAT |PLAIN, RLE, TS_2DIFF, GORILLA|
|DOUBLE |PLAIN, RLE, TS_2DIFF, GORILLA|
|TEXT |PLAIN|
diff --git a/docs/zh/UserGuide/Get Started/QuickStart.md
b/docs/zh/UserGuide/Get Started/QuickStart.md
index de401f8..555b27c 100644
--- a/docs/zh/UserGuide/Get Started/QuickStart.md
+++ b/docs/zh/UserGuide/Get Started/QuickStart.md
@@ -157,13 +157,13 @@ IoTDB> SHOW TIMESERIES
执行结果为：
```
-+-------------------------------+---------------+--------+--------+
-| Timeseries| Storage Group|DataType|Encoding|
-+-------------------------------+---------------+--------+--------+
-| root.ln.wf01.wt01.status| root.ln| BOOLEAN| PLAIN|
-| root.ln.wf01.wt01.temperature| root.ln| FLOAT| RLE|
-+-------------------------------+---------------+--------+--------+
-Total timeseries number = 2
++-----------------------------+-----+-------------+--------+--------+-----------+----+----------+
+| timeseries|alias|storage
group|dataType|encoding|compression|tags|attributes|
++-----------------------------+-----+-------------+--------+--------+-----------+----+----------+
+|root.ln.wf01.wt01.temperature| null| root.ln| FLOAT| RLE|
SNAPPY|null| null|
+| root.ln.wf01.wt01.status| null| root.ln| BOOLEAN| PLAIN|
SNAPPY|null| null|
++-----------------------------+-----+-------------+--------+--------+-----------+----+----------+
+Total line number = 2
```
查看具体的时间序列root.ln.wf01.wt01.status的SQL语句如下：
@@ -175,12 +175,12 @@ IoTDB> SHOW TIMESERIES root.ln.wf01.wt01.status
执行结果为：
```
-+------------------------------+--------------+--------+--------+
-| Timeseries| Storage Group|DataType|Encoding|
-+------------------------------+--------------+--------+--------+
-| root.ln.wf01.wt01.status| root.ln| BOOLEAN| PLAIN|
-+------------------------------+--------------+--------+--------+
-Total timeseries number = 1
++------------------------+-----+-------------+--------+--------+-----------+----+----------+
+| timeseries|alias|storage
group|dataType|encoding|compression|tags|attributes|
++------------------------+-----+-------------+--------+--------+-----------+----+----------+
+|root.ln.wf01.wt01.status| null| root.ln| BOOLEAN| PLAIN|
SNAPPY|null| null|
++------------------------+-----+-------------+--------+--------+-----------+----+----------+
+Total line number = 1
```
diff --git a/docs/zh/UserGuide/Operation Manual/Administration.md
b/docs/zh/UserGuide/Operation Manual/Administration.md
index ad3de29..7f9724b 100644
--- a/docs/zh/UserGuide/Operation Manual/Administration.md
+++ b/docs/zh/UserGuide/Operation Manual/Administration.md
@@ -145,7 +145,7 @@ Msg: The statement is executed successfully.
|CREATE\_ROLE|创建角色。路径无关|
|DELETE\_ROLE|删除角色。路径无关|
|LIST\_ROLE|列出所有角色，列出某角色拥有的权限，列出拥有某角色的所有用户三种操作的权限。路径无关|
-|GRANT\_ROLE\_PRIVILEGE|grant role priviledges; path independent|
+|GRANT\_ROLE\_PRIVILEGE|赋予角色权限。路径无关|
|REVOKE\_ROLE\_PRIVILEGE|撤销角色权限。路径无关|
|CREATE_FUNCTION|注册UDF。路径无关|
|DROP_FUNCTION|卸载UDF。路径无关|
diff --git a/docs/zh/UserGuide/Operation Manual/DDL Data Definition Language.md
b/docs/zh/UserGuide/Operation Manual/DDL Data Definition Language.md
index 49edb3c..cc181d2 100644
--- a/docs/zh/UserGuide/Operation Manual/DDL Data Definition Language.md
+++ b/docs/zh/UserGuide/Operation Manual/DDL Data Definition Language.md
@@ -40,7 +40,7 @@ IoTDB > set storage group to root.sgcc
```
IoTDB> set storage group to root.ln.wf01
-Msg: org.apache.iotdb.exception.MetadataException:
org.apache.iotdb.exception.MetadataException: The prefix of root.ln.wf01 has
been set to the storage group.
+Msg: 300: root.ln has already been set to storage group.
```
存储组节点名只支持中英文字符、数字和下划线的组合。
@@ -299,7 +299,7 @@ create timeseries root.turbine.d1.s1(temprature) with
datatype=FLOAT, encoding=R
> 注意：额外的标签和属性信息总的大小不能超过`tag_attribute_total_size`.
* 标签点属性更新
-创建时间序列后，我们也可以对其原有的标签点属性进行更新，主要有以下五种更新方式：
+创建时间序列后，我们也可以对其原有的标签点属性进行更新，主要有以下六种更新方式：
* 重命名标签或属性
```
@@ -371,7 +371,7 @@ SHOW CHILD NODES prefixPath
示例：
-* 查询 root 的下一层：show child paths root
+* 查询 root 的下一层：show child nodes root
```
+------------+
@@ -381,7 +381,7 @@ SHOW CHILD NODES prefixPath
+------------+
```
-* 查询 root.vehicle的下一层 ：show child paths root.ln
+* 查询 root.vehicle的下一层 ：show child nodes root.ln
```
+------------+
diff --git a/docs/zh/UserGuide/Operation Manual/DML Data Manipulation
Language.md b/docs/zh/UserGuide/Operation Manual/DML Data Manipulation
Language.md
index dcbedb2..26d8c41 100644
--- a/docs/zh/UserGuide/Operation Manual/DML Data Manipulation Language.md
+++ b/docs/zh/UserGuide/Operation Manual/DML Data Manipulation Language.md
@@ -460,7 +460,7 @@ select count(status) from root.ln.wf01.wt01 group
by([2017-10-31T00:00:00, 2019-
由于用户指定了滑动步长为`2mo`，GROUP BY语句执行时将会每次把时间间隔往后移动2个自然月的步长，而不是默认的1个自然月。
-也就意味着，我们想要取从2017-10-31到2029-11-07每2个自然月的第一个月的数据。
+也就意味着，我们想要取从2017-10-31到2019-11-07每2个自然月的第一个月的数据。
与上述示例不同的是起始时间为2017-10-31T00:00:00，滑动步长将会以起始时间作为标准按月递增，取当月的31号（即最后一天）作为时间间隔的起始时间。若起始时间设置为30号，滑动步长会将时间间隔的起始时间设置为当月30号，若不存在则为最后一天。
@@ -502,7 +502,7 @@ select count(status) from root.ln.wf01.wt01 group
by([2017-10-31T00:00:00, 2019-
select count(status) from root.ln.wf01.wt01 group by ((2017-11-01T00:00:00,
2017-11-07T23:00:00],1d);
```
-这条查询语句的时间区间是左开右闭的，结果中不会包含时间点5的数据，但是会包含时间点40的数据。
+这条查询语句的时间区间是左开右闭的，结果中不会包含时间点2017-11-01的数据，但是会包含时间点2017-11-07的数据。
SQL执行后的结果集如下所示：
@@ -812,21 +812,6 @@ It costs 0.017s
</center>
-如果未指定fill方法，则每种数据类型均具有其自己的默认fill方法和参数。 对应关系如表3-7所示。
-
-<center>**表3-7各种数据类型的默认填充方法和参数**
-
-| 数据类型 | 默认填充方法和参数 |
-| :------- | :--------------------- |
-| boolean | previous, 600000 |
-| int32 | linear, 600000, 600000 |
-| int64 | linear, 600000, 600000 |
-| float | linear, 600000, 600000 |
-| double | linear, 600000, 600000 |
-| text | previous, 600000 |
-
-</center>
-
> 注意：应在Fill语句中至少指定一种填充方法。
* 时间区间分组聚合查询补空值
@@ -997,7 +982,7 @@ It costs 0.342s
SQL语句是：
```
-select status,temperature from root.ln.wf01.wt01 where time >
2017-11-01T00:05:00.000 and time< 2017-11-01T00:12:00.000 limit 2 offset 3
+select status,temperature from root.ln.wf01.wt01 where time >
2017-11-01T00:05:00.000 and time< 2017-11-01T00:12:00.000 limit 5 offset 3
```
意思是：
@@ -1025,12 +1010,12 @@ It costs 0.000s
SQL语句是：
```
-select count(status), max_value(temperature) from root.ln.wf01.wt01 group by
([2017-11-01T00:00:00, 2017-11-07T23:00:00),1d) limit 5 offset 3
+select count(status), max_value(temperature) from root.ln.wf01.wt01 group by
([2017-11-01T00:00:00, 2017-11-07T23:00:00),1d) limit 4 offset 3
```
意思是：
-SQL语句子句要求返回查询结果的第3至7行（第一行编号为0行）。
+SQL语句子句要求返回查询结果的第3至6行（第一行编号为0行）。
结果如下所示：
@@ -1056,12 +1041,12 @@ select temperature from root.sgcc.wf03.wt01 where time
= 2017-11-01T16:37:50.000
SQL语句将不会执行，并且相应的错误提示如下：
```
-Msg: 401: line 1:107 mismatched input 'limit' expecting {<EOF>, SLIMIT,
SOFFSET, GROUP, DISABLE, ALIGN}
+Msg: 401: Error occured while parsing SQL to physical plan: line 1:101
mismatched input 'limit' expecting {<EOF>, SLIMIT, SOFFSET, GROUP, DISABLE,
ALIGN}
```
* 查询结果的列控制
-通过使用LIMIT和OFFSET子句，用户可以以与列相关的方式控制查询结果。 我们将通过以下示例演示如何使用SLIMIT和OFFSET子句。
+通过使用SLIMIT和SOFFSET子句，用户可以与列相关的方式控制查询结果。 我们将通过以下示例演示如何使用SLIMIT和SOFFSET子句。
- 示例1：基本的SLIMIT子句
@@ -1073,7 +1058,7 @@ select * from root.ln.wf01.wt01 where time >
2017-11-01T00:05:00.000 and time <
意思是：
-所选设备为ln组wf01工厂wt01设备； 所选时间序列是该设备下的第一列，即电源状态。 SQL语句要求在“
2017-11-01T00：05：00.000”和“ 2017-11-01T00：12：00.000”的时间点之间选择状态传感器值。
+所选设备为ln组wf01工厂wt01设备； 所选时间序列是该设备下的第二列，即温度。
SQL语句要求在"2017-11-01T00:05:00.000"和"2017-11-01T00:12:00.000"的时间点之间选择温度传感器值。
结果如下所示：
@@ -1092,7 +1077,7 @@ Total line number = 6
It costs 0.000s
```
-- 示例2：带OFFSET的LIMIT子句
+- 示例2：带SOFFSET的SLIMIT子句
SQL语句是：
@@ -1102,7 +1087,7 @@ select * from root.ln.wf01.wt01 where time >
2017-11-01T00:05:00.000 and time <
意思是：
-所选设备为ln组wf01工厂wt01设备； 所选时间序列是该设备下的第二列，即温度。 SQL语句要求在“
2017-11-01T00：05：00.000”和“ 2017-11-01T00：12：00.000”的时间点之间选择温度传感器值。
+所选设备为ln组wf01工厂wt01设备； 所选时间序列是该设备下的第一列，即电源状态。 SQL语句要求在"
2017-11-01T00:05:00.000"和"2017-11-01T00:12:00.000"的时间点之间选择状态传感器值。
结果如下所示：
@@ -1157,10 +1142,6 @@ select * from root.sgcc.wf03.wt01 where time =
2017-11-01T16:37:50.000 fill(floa
```
-意思是：
-
-所选设备为ln组wf01工厂wt01设备； 所选时间序列是该设备下的第二列，即温度。
-
结果如下所示：
```
diff --git a/docs/zh/UserGuide/Operation Manual/SQL Reference.md
b/docs/zh/UserGuide/Operation Manual/SQL Reference.md
index 30d1b7d..e574bfb 100644
--- a/docs/zh/UserGuide/Operation Manual/SQL Reference.md
+++ b/docs/zh/UserGuide/Operation Manual/SQL Reference.md
@@ -941,7 +941,7 @@ Note: the statement needs to satisfy this constraint:
<PrefixPath> + <Path> = <T
IoTDB支持对存储组级别设置数据存活时间（TTL），这使得IoTDB可以定期、自动地删除一定时间之前的数据。合理使用TTL
可以帮助您控制IoTDB占用的总磁盘空间以避免出现磁盘写满等异常。并且，随着文件数量的增多，查询性能往往随之下降,
内存占用也会有所提高。及时地删除一些较老的文件有助于使查询性能维持在一个较高的水平和减少内存资源的占用。
-IoTDB中的TTL操作通可以由以下的语句进行实现：
+IoTDB中的TTL操作可以由以下的语句进行实现：
* 设置 TTL
diff --git a/docs/zh/UserGuide/Operation Manual/UDF User Defined Function.md
b/docs/zh/UserGuide/Operation Manual/UDF User Defined Function.md
index 0f0d9ba..4e3cc3b 100644
--- a/docs/zh/UserGuide/Operation Manual/UDF User Defined Function.md
+++ b/docs/zh/UserGuide/Operation Manual/UDF User Defined Function.md
@@ -306,7 +306,7 @@ public class Counter implements UDTF {
}
@Override
- public void transform(RowWindow rowWindow, PointCollector collector) {
+ public void transform(RowWindow rowWindow, PointCollector collector) throws
Exception {
if (rowWindow.windowSize() != 0) {
collector.putInt(rowWindow.getRow(0).getTime(), rowWindow.windowSize());
}
@@ -386,7 +386,7 @@ UDTF的结束方法，您可以在此方法中进行一些资源释放等的操
注册一个UDF可以按如下流程进行：
-1. 实现一个完整的UDF类，假定这个类的全类名为`org.apache.iotdb.udf.ExampleUDTF`
+1. 实现一个完整的UDF类，假定这个类的全类名为`org.apache.iotdb.udf.UDTFExample`
2. 将项目打成JAR包，如果您使用Maven管理项目，可以参考上述Maven项目示例的写法
3. 将JAR包放置到目录 `iotdb-server-0.12.0-SNAPSHOT/ext/udf`
（也可以是`iotdb-server-0.12.0-SNAPSHOT/ext/udf`的子目录）下。
@@ -402,7 +402,7 @@ CREATE FUNCTION <UDF-NAME> AS <UDF-CLASS-FULL-PATHNAME>
例子中注册UDF的SQL语句如下：
```sql
-CREATE FUNCTION example AS "org.apache.iotdb.udf.ExampleUDTF"
+CREATE FUNCTION example AS "org.apache.iotdb.udf.UDTFExample"
```
由于IoTDB的UDF是通过反射技术动态装载的，因此您在装载过程中无需启停服务器。
@@ -411,7 +411,7 @@ CREATE FUNCTION example AS
"org.apache.iotdb.udf.ExampleUDTF"
注意：请不要给UDF函数注册一个内置函数的名字。使用内置函数的名字给UDF注册会失败。
-注意：不同的JAR包中最好不要有全类名相同但实现功能逻辑不一样的类。例如
UDF(UDAF/UDTF)：`udf1`、`udf2`分别对应资源`udf1.jar`、`udf2.jar`。如果两个JAR包里都包含一个`org.apache.iotdb.udf.ExampleUDTF`类，当同一个SQL中同时使用到这两个UDF时，系统会随机加载其中一个类，导致UDF执行行为不一致。
+注意：不同的JAR包中最好不要有全类名相同但实现功能逻辑不一样的类。例如
UDF(UDAF/UDTF)：`udf1`、`udf2`分别对应资源`udf1.jar`、`udf2.jar`。如果两个JAR包里都包含一个`org.apache.iotdb.udf.UDTFExample`类，当同一个SQL中同时使用到这两个UDF时，系统会随机加载其中一个类，导致UDF执行行为不一致。
@@ -582,10 +582,10 @@ SHOW FUNCTIONS
**Q1: 如何修改已经注册的UDF？**
-A1: 假设UDF的名称为`example`，全类名为`org.apache.iotdb.udf.ExampleUDTF`，由`example.jar`引入
+A1: 假设UDF的名称为`example`，全类名为`org.apache.iotdb.udf.UDTFExample`，由`example.jar`引入
1. 首先卸载已经注册的`example`函数，执行`DROP FUNCTION example`
2. 删除 `iotdb-server-0.12.0-SNAPSHOT/ext/udf` 目录下的`example.jar`
-3. 修改`org.apache.iotdb.udf.ExampleUDTF`中的逻辑，重新打包，JAR包的名字可以仍然为`example.jar`
+3. 修改`org.apache.iotdb.udf.UDTFExample`中的逻辑，重新打包，JAR包的名字可以仍然为`example.jar`
4. 将新的JAR包上传至 `iotdb-server-0.12.0-SNAPSHOT/ext/udf` 目录下
-5. 装载新的UDF，执行`CREATE FUNCTION example AS "org.apache.iotdb.udf.ExampleUDTF"`
+5. 装载新的UDF，执行`CREATE FUNCTION example AS "org.apache.iotdb.udf.UDTFExample"`
diff --git a/docs/zh/UserGuide/Server/Cluster Setup.md
b/docs/zh/UserGuide/Server/Cluster Setup.md
index 0227aa3..9ffabdd 100644
--- a/docs/zh/UserGuide/Server/Cluster Setup.md
+++ b/docs/zh/UserGuide/Server/Cluster Setup.md
@@ -19,14 +19,12 @@
-->
-# 集群搭建
__集群模式目前是测试版！请谨慎在生产环境中使用。__
+# 集群设置
安装环境请参考[安装环境](../Get%20Started/QuickStart.md)
-
## 前提条件
如果您在使用Windows系统，请安装MinGW，WSL或者git bash。
-
## 集群环境搭建
您可以搭建伪分布式模式或是分布式模式的集群，伪分布式模式和分布式模式的主要区别是配置文件中`seed_nodes`的不同，配置项含义请参考[配置项](#配置项)。
启动其中一个节点的服务，需要执行如下命令：
@@ -63,7 +61,7 @@ iotdb-engines.properties配置文件中的部分内容会不再生效：
## 配置项
-为方便IoTDB Server的配置与管理，IoTDB Server为用户提供三种配置项，使得您可以在启动服务器或服务器运行时对其进行配置。
+为方便IoTDB Server的配置与管理，IoTDB Server为用户提供三种配置项，使得您可以在启动服务或服务运行时对其进行配置。
三种配置项的配置文件均位于IoTDB安装目录：`$IOTDB_HOME/conf`文件夹下,其中涉及server配置的共有4个文件，分别为：`iotdb-cluster.properties`、`iotdb-engine.properties`、`logback.xml`
和 `iotdb-env.sh`(Unix系统)/`iotdb-env.bat`(Windows系统),
您可以通过更改其中的配置项对系统运行的相关配置项进行配置。
@@ -86,7 +84,7 @@ iotdb-engines.properties配置文件中的部分内容会不再生效：
|描述|IOTDB 集群各个节点之间内部通信的IP地址，比如心跳、snapshot快照、raft log等|
|类型|String|
|默认值|127.0.0.1|
-|改后生效方式|重启服务器生效，集群建立后不可再修改|
+|改后生效方式|重启服务生效，集群建立后不可再修改|
* internal\_meta\_port
@@ -95,7 +93,7 @@ iotdb-engines.properties配置文件中的部分内容会不再生效：
|描述|IoTDB
meta服务端口，用于元数据组（又称集群管理组）通信，元数据组管理集群配置和存储组信息**IoTDB将为每个meta服务自动创建心跳端口。默认meta服务心跳端口为`internal_meta_port+1`，请确认这两个端口不是系统保留端口并且未被占用**|
|类型|Int32|
|默认值|9003|
-|改后生效方式|重启服务器生效，集群建立后不可再修改|
+|改后生效方式|重启服务生效，集群建立后不可再修改|
* internal\_data\_port
@@ -104,7 +102,7 @@ iotdb-engines.properties配置文件中的部分内容会不再生效：
|描述|IoTDB
data服务端口，用于数据组通信，数据组管理数据模式和数据的存储**IoTDB将为每个data服务自动创建心跳端口。默认的data服务心跳端口为`internal_data_port+1`。请确认这两个端口不是系统保留端口并且未被占用**|
|类型|Int32|
|默认值|40010|
-|改后生效方式|重启服务器生效，集群建立后不可再修改|
+|改后生效方式|重启服务生效，集群建立后不可再修改|
* open\_server\_rpc\_port
@@ -113,7 +111,7 @@ iotdb-engines.properties配置文件中的部分内容会不再生效：
|描述|是否打开单机模块的rpc port，用于调试模式，如果设置为true，则单机模块的rpc port设置为`rpc_port (in
iotdb-engines.properties) + 1`|
|类型|Boolean|
|默认值|false|
-|改后生效方式|重启服务器生效，集群建立后不可再修改|
+|改后生效方式|重启服务生效，集群建立后不可再修改|
* seed\_nodes
@@ -122,7 +120,7 @@ iotdb-engines.properties配置文件中的部分内容会不再生效：
|描述|集群中节点的地址，`{IP/DOMAIN}:internal_meta_port`格式，用逗号分割；对于伪分布式模式，可以都填写`localhost`，或是`127.0.0.1`
或是混合填写，但是不能够出现真实的ip地址；对于分布式模式，支持填写real ip
或是hostname，但是不能够出现`localhost`或是`127.0.0.1`。当使用`start-node.sh(.bat)`启动节点时，此配置意味着形成初始群集的节点，每个节点的`seed_nodes`应该一致，否则群集将初始化失败；当使用`add-node.sh(.bat)`添加节点到集群中时，此配置项可以是集群中已经存在的任何节点，不需要是用`start-node.sh(bat)`构建初始集群的节点。|
|类型|String|
|默认值|127.0.0.1:9003,127.0.0.1:9005,127.0.0.1:9007|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* rpc\_thrift\_compression\_enable
@@ -131,7 +129,7 @@ iotdb-engines.properties配置文件中的部分内容会不再生效：
|描述|是否开启thrift压缩通信，**注意这个参数要各个节点保持一致，也要与客户端保持一致，同时也要与`iotdb-engine.properties`中`rpc_thrift_compression_enable`参数保持一致**|
|类型| Boolean|
|默认值|false|
-|改后生效方式|重启服务器生效，需要整个集群同时更改|
+|改后生效方式|重启服务生效，需要整个集群同时更改|
* default\_replica\_num
@@ -140,7 +138,7 @@ iotdb-engines.properties配置文件中的部分内容会不再生效：
|描述|集群副本数|
|类型|Int32|
|默认值|3|
-|改后生效方式|重启服务器生效，集群建立后不可更改|
+|改后生效方式|重启服务生效，集群建立后不可更改|
* cluster\_name
@@ -149,7 +147,7 @@ iotdb-engines.properties配置文件中的部分内容会不再生效：
|描述|集群名称，集群名称用以标识不同的集群，**一个集群中所有节点的cluster_name都应相同**|
|类型|String|
|默认值|default|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* connection\_timeout\_ms
@@ -158,7 +156,7 @@ iotdb-engines.properties配置文件中的部分内容会不再生效：
|描述|同一个raft组各个节点之间的心跳超时时间，单位毫秒|
|类型|Int32|
|默认值|20000|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* read\_operation\_timeout\_ms
@@ -167,7 +165,7 @@ iotdb-engines.properties配置文件中的部分内容会不再生效：
|描述|读取操作超时时间，仅用于内部通信，不适用于整个操作，单位毫秒|
|类型|Int32|
|默认值|30000|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* write\_operation\_timeout\_ms
@@ -176,7 +174,7 @@ iotdb-engines.properties配置文件中的部分内容会不再生效：
|描述|写入操作超时时间，仅用于内部通信，不适用于整个操作，单位毫秒|
|类型|Int32|
|默认值|30000|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* min\_num\_of\_logs\_in\_mem
@@ -185,7 +183,7 @@ iotdb-engines.properties配置文件中的部分内容会不再生效：
|描述|删除日志操作执行后，内存中保留的最多的提交的日志的数量。增大这个值将减少在CatchUp使用快照的机会，但也会增加内存占用量|
|类型|Int32|
|默认值|100|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* max\_num\_of\_logs\_in\_mem
@@ -194,7 +192,7 @@ iotdb-engines.properties配置文件中的部分内容会不再生效：
|描述|当内存中已提交的日志条数达到这个值之后，就会触发删除日志的操作，增大这个值将减少在CatchUp使用快照的机会，但也会增加内存占用量|
|类型|Int32|
|默认值|1000|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* log\_deletion\_check\_interval\_second
@@ -203,7 +201,7 @@ iotdb-engines.properties配置文件中的部分内容会不再生效：
|描述|检查删除日志任务的时间间隔，每次删除日志任务将会把已提交日志超过min\_num\_of\_logs\_in\_mem条的最老部分删除，单位秒|
|类型|Int32|
|默认值|60|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* enable\_auto\_create\_schema
@@ -212,7 +210,7 @@ iotdb-engines.properties配置文件中的部分内容会不再生效：
|描述|是否支持自动创建schema，**这个值会覆盖`iotdb-engine.properties`中`enable_auto_create_schema`的配置**|
|类型|BOOLEAN|
|默认值|true|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* consistency\_level
@@ -221,7 +219,7 @@ iotdb-engines.properties配置文件中的部分内容会不再生效：
|描述|读一致性，目前支持3种一致性：strong、mid、weak。strong
consistency每次操作都会尝试与Leader同步以获取最新的数据，如果失败（超时），则直接向用户返回错误； mid
consistency每次操作将首先尝试与Leader进行同步，但是如果失败（超时），它将使用本地当前数据向用户提供服务； weak
consistency不会与Leader进行同步，而只是使用本地数据向用户提供服务|
|类型|strong、mid、weak|
|默认值|mid|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* is\_enable\_raft\_log\_persistence
@@ -230,7 +228,7 @@ iotdb-engines.properties配置文件中的部分内容会不再生效：
|描述|是否开启raft log持久化|
|类型|BOOLEAN|
|默认值|true|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
## 开启GC日志
GC日志默认是关闭的。为了性能调优，用户可能会需要收集GC信息。
diff --git a/docs/zh/UserGuide/Server/Config Manual.md
b/docs/zh/UserGuide/Server/Config Manual.md
index d556392..de657c4 100644
--- a/docs/zh/UserGuide/Server/Config Manual.md
+++ b/docs/zh/UserGuide/Server/Config Manual.md
@@ -21,7 +21,7 @@
# 附录1：配置参数
-为方便IoTDB Server的配置与管理，IoTDB Server为用户提供三种配置项，使得用户可以在启动服务器或服务器运行时对其进行配置。
+为方便IoTDB Server的配置与管理，IoTDB Server为用户提供三种配置项，使得用户可以在启动服务或服务运行时对其进行配置。
三种配置项的配置文件均位于IoTDB安装目录：`$IOTDB_HOME/conf`文件夹下,其中涉及server配置的共有2个文件，分别为：`iotdb-env.sh`,
`iotdb-engine.properties`。用户可以通过更改其中的配置项对系统运行的相关配置项进行配置。
@@ -49,7 +49,7 @@
|描述|JMX监控模式，配置为yes表示仅允许本地监控，设置为no的时候表示允许远程监控|
|类型|枚举String : “yes”, “no”|
|默认值|yes|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* JMX\_PORT
@@ -59,7 +59,7 @@
|描述|JMX监听端口。请确认该端口不是系统保留端口并且未被占用。|
|类型|Short Int: [0,65535]|
|默认值|31999|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* MAX\_HEAP\_SIZE
@@ -68,7 +68,7 @@
|描述|IoTDB启动时能使用的最大堆内存大小。|
|类型|String|
|默认值|取决于操作系统和机器配置。在Linux或MacOS系统下默认为机器内存的四分之一。在Windows系统下，32位系统的默认值是512M，64位系统默认值是2G。|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* HEAP\_NEWSIZE
@@ -77,11 +77,11 @@
|描述|IoTDB启动时能使用的最小堆内存大小。|
|类型|String|
|默认值|取决于操作系统和机器配置。在Linux或MacOS系统下默认值为机器CPU核数乘以100M的值与MAX\_HEAP\_SIZE四分之一这二者的最小值。在Windows系统下，32位系统的默认值是512M，64位系统默认值是2G。。|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
## 系统配置项
-系统配置项是IoTDB Server运行的核心配置，它主要用于设置IoTDB
Server文件层和引擎层的参数，便于用户根据自身需求调整Server的相关配置，以达到较好的性能表现。系统配置项可分为两大模块：文件层配置项和引擎层配置项。用户可以通过查看`iotdb-engine.properties`,文件查看和修改两种配置项的内容。在0.7.0版本中字符串类型的配置项大小写敏感。
+系统配置项是IoTDB Server运行的核心配置，它主要用于设置IoTDB
Server文件层和引擎层的参数，便于用户根据自身需求调整Server的相关配置，以达到较好的性能表现。系统配置项可分为两大模块：文件层配置项和引擎层配置项。用户可以通过`iotdb-engine.properties`,文件查看和修改两种配置项的内容。在0.7.0版本中字符串类型的配置项大小写敏感。
### 文件层配置
@@ -119,7 +119,7 @@
|描述|元数据索引树的最大度（即每个节点的最大子节点个数）|
|类型|Int32|
|默认值| 1024 |
-|改后生效方式|仅允许在第一次启动服务器前修改|
+|改后生效方式|仅允许在第一次启动服务前修改|
* max\_string\_length
@@ -174,7 +174,7 @@
|描述| bloom过滤器的误报率. 在加载元数据之前 Bloom filter 可以检查给定的时间序列是否在 TsFile
中。这可以优化加载元数据的性能，并跳过不包含指定时间序列的 TsFile。如果你想了解更多关于它的细节，你可以参考: [wiki page of bloom
filter](https://en.wikipedia.org/wiki/Bloom_filter).|
|类型|浮点数, 范围为(0, 1)|
|默认值| 0.05 |
-|改后生效方式|重启生效|
+|改后生效方式|重启服务生效|
@@ -185,7 +185,7 @@
|名字| data\_dirs |
|:---:|:---|
-|描述| IoTDB数据存储路径，默认存放在和bin目录同级的data目录下。相对路径的起始目录与操作系统相关，建议使用绝对路径。|
+|描述| IoTDB数据存储路径，默认存放在和sbin目录同级的data目录下。相对路径的起始目录与操作系统相关，建议使用绝对路径。|
|类型|String|
|默认值| data |
|改后生效方式|触发生效|
@@ -206,7 +206,7 @@
|描述| 每个时间序列标签和属性的最大持久化字节数|
|类型| Int32 |
|默认值| 700 |
-|改后生效方式|仅允许在第一次启动服务器前修改|
+|改后生效方式|仅允许在第一次启动服务前修改|
* enable\_partial\_insert
@@ -215,7 +215,7 @@
|描述| 在一次insert请求中，如果部分测点写入失败，是否继续写入其他测点|
|类型| Bool |
|默认值| true |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* mtree\_snapshot\_interval
@@ -224,7 +224,7 @@
|描述| 创建 MTree snapshot 时至少累积的 mlog 日志行数。单位为日志行数|
|类型| Int32 |
|默认值| 100000 |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* fetch\_size
@@ -233,7 +233,7 @@
|描述| 批量读取数据的时候，每一次读取数据的数量。单位为数据条数，即不同时间戳的个数。某次会话中，用户可以在使用时自己设定，此时仅在该次会话中生效。|
|类型|Int32|
|默认值| 10000 |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* force\_wal\_period\_in\_ms
@@ -260,52 +260,52 @@
|描述| 乱序数据进行合并的时候最多可以用来进行merge的线程数。值越大，对IO和CPU消耗越多。值越小，当乱序数据过多时，磁盘占用量越大，读取会变慢。 |
|类型|Int32|
|默认值| 0 |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* enable\_mem\_control
-|Name| enable\_mem\_control |
+|名字| enable\_mem\_control |
|:---:|:---|
-|Description| 开启内存控制，避免爆内存|
-|Type|Bool|
-|Default| true |
-|Effective|重启服务器生效|
+|描述| 开启内存控制，避免爆内存|
+|类型|Bool|
+|默认值| true |
+|改后生效方式|重启服务生效|
* memtable\_size\_threshold
-|Name| memtable\_size\_threshold |
+|名字| memtable\_size\_threshold |
|:---:|:---|
-|Description| 内存缓冲区 memtable 阈值|
-|Type|Long|
-|Default| 1073741824 |
-|Effective|enable\_mem\_control为false时生效、重启服务器生效|
+|描述| 内存缓冲区 memtable 阈值|
+|类型|Long|
+|默认值| 1073741824 |
+|改后生效方式|enable\_mem\_control为false时生效、重启服务生效|
* avg\_series\_point\_number\_threshold
-|Name| avg\_series\_point\_number\_threshold |
+|名字| avg\_series\_point\_number\_threshold |
|:---:|:---|
-|Description| 内存中平均每个时间序列点数最大值，达到触发flush|
-|Type|Int32|
-|Default| 10000 |
-|Effective|重启服务器生效|
+|描述| 内存中平均每个时间序列点数最大值，达到触发flush|
+|类型|Int32|
+|默认值| 10000 |
+|改后生效方式|重启服务生效|
* tsfile\_size\_threshold
-|Name| tsfile\_size\_threshold |
+|名字| tsfile\_size\_threshold |
|:---:|:---|
-|Description| 每个 tsfile 大小|
-|Type|Long|
-|Default| 536870912 |
-|Effective| 重启服务器生效|
+|描述| 每个 tsfile 大小|
+|类型|Long|
+|默认值| 536870912 |
+|改后生效方式| 重启服务生效|
* enable\_partition
-|Name| enable\_partition |
+|名字| enable\_partition |
|:---:|:---|
-|Description| 是否开启将数据按时间分区存储的功能，如果关闭，所有数据都属于分区 0|
-|Type|Bool|
-|Default| false |
-|Effective|仅允许在第一次启动服务器前修改|
+|描述| 是否开启将数据按时间分区存储的功能，如果关闭，所有数据都属于分区 0|
+|类型|Bool|
+|默认值| false |
+|改后生效方式|仅允许在第一次启动服务前修改|
* partition\_interval
@@ -314,16 +314,16 @@
|描述| 用于存储组分区的时间段长度，用户指定的存储组下会使用该时间段进行分区，单位：秒 |
|类型|Int64|
|默认值| 604800 |
-|改后生效方式|仅允许在第一次启动服务器前修改|
+|改后生效方式|仅允许在第一次启动服务前修改|
* memtable\_num\_in\_each\_storage\_group
|名字| memtable\_num\_in\_each\_storage\_group|
|:---:|:---|
-|描述|
每个存储组所控制的memtable的最大数量，这决定了来源于多少个不同时间分区的数据可以并发写入<br>举例来说，你的时间分区为按天分区，想要同时并发写入3天的数据，那么这个值应该被设置为6(3个给顺序写入，3个给乱序写入)|
+|描述|
每个存储组所控制的memtable的最大数量，这决定了来源于多少个不同时间分区的数据可以并发写入。<br>举例来说，你的时间分区为按天分区，想要同时并发写入3天的数据，那么这个值应该被设置为6(3个给顺序写入，3个给乱序写入)|
|类型|Int32|
|默认值| 10 |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* multi\_dir\_strategy
@@ -341,7 +341,7 @@
|描述| |
|类型|String|
|默认值| "0.0.0.0" |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* rpc\_port
@@ -350,7 +350,7 @@
|描述|jdbc服务监听端口。请确认该端口不是系统保留端口并且未被占用。|
|类型|Short Int : [0,65535]|
|默认值| 6667 |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* rpc\_thrift\_compression\_enable
@@ -359,7 +359,7 @@
|描述|是否启用thrift的压缩机制。|
|类型|true 或者 false|
|默认值| false |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* rpc\_advanced\_compression\_enable
@@ -368,7 +368,7 @@
|描述|是否启用thrift的自定制压缩机制。|
|类型|true 或者 false|
|默认值| false |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* time\_zone
@@ -386,7 +386,7 @@
|描述| 选择是否启动后台统计功能|
|类型| Boolean |
|默认值| false |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* concurrent\_flush\_thread
@@ -395,7 +395,7 @@
|描述| 当IoTDB将内存中的数据写入磁盘时，最多启动多少个线程来执行该操作。如果该值小于等于0，那么采用机器所安装的CPU核的数量。默认值为0。|
|类型| Int32 |
|默认值| 0 |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* tsfile\_storage\_fs
@@ -404,25 +404,25 @@
|描述| Tsfile和相关数据文件的存储文件系统。目前支持LOCAL（本地文件系统）和HDFS两种|
|类型| String |
|默认值|LOCAL |
-|改后生效方式|仅允许在第一次启动服务器前修改|
+|改后生效方式|仅允许在第一次启动服务前修改|
* core\_site\_path
-|Name| core\_site\_path |
+|名字| core\_site\_path |
|:---:|:---|
|描述| 在Tsfile和相关数据文件存储到HDFS的情况下用于配置core-site.xml的绝对路径|
|类型| String |
|默认值|/etc/hadoop/conf/core-site.xml |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* hdfs\_site\_path
-|Name| hdfs\_site\_path |
+|名字| hdfs\_site\_path |
|:---:|:---|
|描述| 在Tsfile和相关数据文件存储到HDFS的情况下用于配置hdfs-site.xml的绝对路径|
|类型| String |
|默认值|/etc/hadoop/conf/hdfs-site.xml |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* hdfs\_ip
@@ -431,7 +431,7 @@
|描述| 在Tsfile和相关数据文件存储到HDFS的情况下用于配置HDFS的IP。**如果配置了多于1个hdfs\_ip，则表明启用了Hadoop
HA**|
|类型| String |
|默认值|localhost |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* hdfs\_port
@@ -440,7 +440,7 @@
|描述| 在Tsfile和相关数据文件存储到HDFS的情况下用于配置HDFS的端口|
|类型| String |
|默认值|9000 |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* dfs\_nameservices
@@ -449,7 +449,7 @@
|描述| 在使用Hadoop HA的情况下用于配置HDFS的nameservices|
|类型| String |
|默认值|hdfsnamespace |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* dfs\_ha\_namenodes
@@ -458,7 +458,7 @@
|描述| 在使用Hadoop HA的情况下用于配置HDFS的nameservices下的namenodes|
|类型| String |
|默认值|nn1,nn2 |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* dfs\_ha\_automatic\_failover\_enabled
@@ -467,7 +467,7 @@
|描述| 在使用Hadoop HA的情况下用于配置是否使用失败自动切换|
|类型| Boolean |
|默认值|true |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* dfs\_client\_failover\_proxy\_provider
@@ -476,7 +476,7 @@
|描述| 在使用Hadoop HA且使用失败自动切换的情况下配置失败自动切换的实现方式|
|类型| String |
|默认值|org.apache.hadoop.hdfs.server.namenode.ha.ConfiguredFailoverProxyProvider
|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* hdfs\_use\_kerberos
@@ -485,7 +485,7 @@
|描述| 是否使用kerberos验证访问hdfs|
|类型| String |
|默认值|false |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* kerberos\_keytab\_file_path
@@ -494,7 +494,7 @@
|描述| kerberos keytab file 的完整路径|
|类型| String |
|默认值|/path |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* kerberos\_principal
@@ -503,7 +503,7 @@
|描述| Kerberos 认证原则|
|类型| String |
|默认值|your principal |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* authorizer\_provider\_class
@@ -513,7 +513,7 @@
|描述| 权限服务的类名|
|类型| String |
|默认值|org.apache.iotdb.db.auth.authorizer.LocalFileAuthorizer |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
|其他可选值| org.apache.iotdb.db.auth.authorizer.OpenIdAuthorizer |
* openID\_url
@@ -523,7 +523,7 @@
|描述| openID 服务器地址 （当OpenIdAuthorizer被启用时必须设定）|
|类型| String （一个http地址） |
|默认值| 无 |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* thrift\_max\_frame\_size
@@ -533,7 +533,7 @@
|描述| RPC 请求/响应的最大字节数|
|类型| long |
|默认值| 67108864 (应大于等于 8 * 1024 * 1024) |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
## 数据类型自动推断
@@ -546,7 +546,7 @@
|描述| 当写入的序列不存在时，是否自动创建序列到Schema|
|取值| true or false |
|默认值|true |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* default\_storage\_group\_level
@@ -555,7 +555,7 @@
|描述| 当写入的数据不存在且自动创建序列时，若需要创建相应的存储组，将序列路径的哪一层当做存储组. 例如, 如果我们接到一个新序列
root.sg0.d1.s2, 并且level=1， 那么root.sg0被视为存储组（因为root是level 0 层）|
|取值| 整数 |
|默认值|1 |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* boolean\_string\_infer\_type
@@ -564,7 +564,7 @@
|描述| "true" 或者 "false" 被视为什么数据|
|取值| BOOLEAN 或者 TEXT |
|默认值|BOOLEAN |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* integer\_string\_infer\_type
@@ -573,7 +573,7 @@
|描述| 整数型数据被推断成什么 |
|取值| INT32, INT64, FLOAT, DOUBLE, TEXT |
|默认值|FLOAT |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* nan\_string\_infer\_type
@@ -582,7 +582,7 @@
|描述| NaN 字符串被推断为什么|
|取值| DOUBLE, FLOAT or TEXT |
|默认值|FLOAT |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
* floating\_string\_infer\_type
@@ -591,7 +591,7 @@
|描述| "6.7"等浮点数被推断为什么|
|取值| DOUBLE, FLOAT or TEXT |
|默认值|FLOAT |
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
## 开启GC日志
diff --git a/docs/zh/UserGuide/System Tools/Monitor and Log Tools.md
b/docs/zh/UserGuide/System Tools/Monitor and Log Tools.md
index 6cf5a71..bf019ef 100644
--- a/docs/zh/UserGuide/System Tools/Monitor and Log Tools.md
+++ b/docs/zh/UserGuide/System Tools/Monitor and Log Tools.md
@@ -183,8 +183,8 @@ select last TOTAL_POINTS from root.stats."global"
**操作**
-1. startContinuousStatistics：开启性能监控并以‘DisplayIntervalInMs’的时间间隔打印统计结果。
-2. startOneTimeStatistics：开启性能监控并以‘DisplayIntervalInMs’的时间延迟打印一次统计结果。
+1. startContinuousPrintStatistics：开启性能监控并以‘DisplayIntervalInMs’的时间间隔打印统计结果。
+2. startPrintStatisticsOnce：开启性能监控并以‘DisplayIntervalInMs’的时间延迟打印一次统计结果。
3. stopStatistic：关闭性能监控。
4. clearStatisticalState(): 清除以统计的结果，从新开始统计。
5. changeOperationSwitch(String operationName, Boolean
operationState):设置是否针对每一种不同的操作开启监控。参数‘operationName是操作的名称，在OperationSwitch属性中展示了所有操作的名称。参数
‘operationState’是操作的状态，打开或者关闭。如果状态设置成功则此函数会返回true，否则返回false。
@@ -233,7 +233,7 @@ IoTDB支持用户通过修改日志配置文件的方式对IoTDB系统日志（
<img style="width:100%; max-width:800px; max-height:600px; margin-left:auto;
margin-right:auto; display:block;"
src="https://user-images.githubusercontent.com/13203019/51577204-fe122900-1ef3-11e9-9e89-2eb1d46e24b8.png";>
-在`ch.qos.logback.classic`的MBean操作（Operations）选项中，可以看到当前动态系统日志配置支持的5种接口，您可以通过使用相应的方法，来执行相应的操作，操作页面如图。
+在`ch.qos.logback.classic`的MBean操作（Operations）选项中，可以看到当前动态系统日志配置支持的6种接口，您可以通过使用相应的方法，来执行相应的操作，操作页面如图。
<img style="width:100%; max-width:800px; max-height:600px; margin-left:auto;
margin-right:auto; display:block;"
src="https://user-images.githubusercontent.com/13203019/51577216-09fdeb00-1ef4-11e9-9005-542ad7d9e9e0.png";>
diff --git a/docs/zh/UserGuide/System Tools/Sync Tool.md
b/docs/zh/UserGuide/System Tools/Sync Tool.md
index 1a16c0f..654eace 100644
--- a/docs/zh/UserGuide/System Tools/Sync Tool.md
+++ b/docs/zh/UserGuide/System Tools/Sync Tool.md
@@ -55,21 +55,21 @@
|描述|同步功能开关，配置为true表示接收端允许接收同步的数据并加载，设置为false的时候表示接收端不允许接收同步的数据|
|类型|Boolean|
|默认值|false|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
|参数名|ip_white_list|
|--- |--- |
|描述|设置同步功能发送端IP地址的白名单，以网段的形式表示，多个网段之间用逗号分隔。发送端向接收端同步数据时，只有当该发送端IP地址处于该白名单设置的网段范围内，接收端才允许同步操作。如果白名单为空，则接收端不允许任何发送端同步数据。默认接收端接受全部IP的同步请求。|
|类型|String|
|默认值|0.0.0.0/0|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
|参数名|sync_server_port|
|--- |--- |
|描述|同步接收端服务器监听接口，请确认该端口不是系统保留端口并且未被占用。参数is_sync_enable设置为true时有效，参数is_sync_enable设置为false时无效|
|类型|Short Int : [0,65535]|
|默认值|5555|
-|改后生效方式|重启服务器生效|
+|改后生效方式|重启服务生效|
#### 同步工具发送端
同步功能发送端的参数配置在一个单独的配置文件中，其安装目录为```$IOTDB_HOME/conf/iotdb-sync-client.properties```。在该配置文件中，有五个参数和同步发送端有关，配置说明如下：
diff --git a/docs/zh/UserGuide/System Tools/Watermark Tool.md
b/docs/zh/UserGuide/System Tools/Watermark Tool.md
index 6e23347..657c3b9 100644
--- a/docs/zh/UserGuide/System Tools/Watermark Tool.md
+++ b/docs/zh/UserGuide/System Tools/Watermark Tool.md
@@ -53,7 +53,7 @@ IoTDB默认关闭水印嵌入功能。为了使用这个功能，第一步要做
```
.\start-cli.bat -u root -pw root
-create user Alice 1234
+create user Alice '1234'
grant user Alice privileges 'READ_TIMESERIES' on root.vehicle
exit
@@ -193,4 +193,4 @@ sql用法：`revoke watermark_embedding from Alice`
- `alpha`:
取值范围[0,1]。水印检测基于显著性检验，`alpha`越小，没有嵌入水印的数据被检测成嵌入水印的可能性越低，从而检测出嵌入水印的结果的可信度越高。
-- `columnIndex`: 正整数
\ No newline at end of file
+- `columnIndex`: 正整数
![https://user-images.githubusercontent.com/13203019/51577204-fe122900-1ef3-11e9-9e89-2eb1d46e24b8.png"](https://user-images.githubusercontent.com/13203019/51577204-fe122900-1ef3-11e9-9e89-2eb1d46e24b8.png"){kind=link}
![https://user-images.githubusercontent.com/13203019/51577216-09fdeb00-1ef4-11e9-9005-542ad7d9e9e0.png"](https://user-images.githubusercontent.com/13203019/51577216-09fdeb00-1ef4-11e9-9005-542ad7d9e9e0.png"){kind=link}