typo (#9003)

documentation20/en/00.index/docs.md

@@ -113,7 +113,7 @@ TDengine is a highly efficient platform to store, query, and analyze time-series
 - [System Connection and Task Query Management](/administrator#status): show the system connections, queries, streaming calculation and others
 - [System Monitor](/administrator#monitoring): monitor TDengine cluster with log database and TDinsight.
 - [File Directory Structure](/administrator#directories): directories where TDengine data files and configuration files located
-- [Parameter Limitss and Reserved Keywords](/administrator#keywords): TDengine’s list of parameter limits and reserved keywords
+- [Parameter Limits and Reserved Keywords](/administrator#keywords): TDengine’s list of parameter limits and reserved keywords
 
 ## Performance: TDengine vs Others
 

documentation20/en/02.getting-started/02.taosdemo/docs.md

-Since TDengine was open sourced in July 2019, it has gained a lot of popularity among time-series database developers with its innovative data modeling design, simple installation mehtod, easy programming interface, and powerful data insertion and query performance. The insertion and querying performance is often astonishing to users who are new to TDengine. In order to help users to experience the high performance and functions of TDengine in the shortest time, we developed an application called taosdemo for insertion and querying performance testing of TDengine. Then user can easily simulate the scenario of a large number of devices generating a very large amount of data. User can easily maniplate the number of columns, data types, disorder ratio, and number of concurrent threads with taosdemo customized parameters.
+Since TDengine was open sourced in July 2019, it has gained a lot of popularity among time-series database developers with its innovative data modeling design, simple installation method, easy programming interface, and powerful data insertion and query performance. The insertion and querying performance is often astonishing to users who are new to TDengine. In order to help users to experience the high performance and functions of TDengine in the shortest time, we developed an application called taosdemo for insertion and querying performance testing of TDengine. Then user can easily simulate the scenario of a large number of devices generating a very large amount of data. User can easily  manipulate the number of columns, data types, disorder ratio, and number of concurrent threads with taosdemo customized parameters.
 
 
 Running taosdemo is very simple. Just download the TDengine installation package (https://www.taosdata.com/cn/all-downloads/) or compiling the TDengine code yourself (https://github.com/taosdata/TDengine). It can be found and run in the installation directory or in the compiled results directory.
@@ -221,7 +221,7 @@ To reach TDengine performance limits, data insertion can be executed by using mu
 ```
 -t, --tables=NUMBER           The number of tables. Default is 10000.
 -n, --records=NUMBER          The number of records per table. Default is 10000.
--M, --random                  The value of records generated are totally random. The default is to simulate power equipment senario.
+-M, --random                  The value of records generated are totally random. The default is to simulate power equipment scenario.
 ```
 As mentioned earlier, taosdemo creates 10,000 tables by default, and each table writes 10,000 records. taosdemo can set the number of tables and the number of records in each table by -t and -n. The data generated by default without parameters are simulated real scenarios, and the simulated data are current and voltage phase values with certain jitter, which can more realistically show TDengine's efficient data compression ability. If you need to simulate the generation of completely random data, you can pass the -M parameter.
 ```

documentation20/en/03.architecture/docs.md

@@ -193,7 +193,7 @@ A complete TDengine system runs on one or more physical nodes. Logically, it inc
 
 **Redirection**: No matter about dnode or TAOSC, the connection to the mnode shall be initiated first, but the mnode is automatically created and maintained by the system, so the user does not know which dnode is running the mnode. TDengine only requires a connection to any working dnode in the system. Because any running dnode maintains the currently running mnode EP List, when receiving a connecting request from the newly started dnode or TAOSC, if it’s not a mnode by self, it will reply to the mnode EP List back. After receiving this list, TAOSC or the newly started dnode will try to establish the connection again. When the mnode EP List changes, each data node quickly obtains the latest list and notifies TAOSC through messaging interaction among nodes.
 
-### A Typical Data Writinfg Process
+### A Typical Data Writing Process
 
 To explain the relationship between vnode, mnode, TAOSC and application and their respective roles, the following is an analysis of a typical data writing process.
 
@@ -244,7 +244,7 @@ The meta data of each table (including schema, tags, etc.) is also stored in vno
 
 ### Data Partitioning
 
-In addition to vnode sharding, TDengine partitions the time-series data by time range. Each data file contains only one time range of time-series data, and the length of the time range is determined by DB's configuration parameter `“days”`. This method of partitioning by time rang is also convenient to efficiently implement the data retention policy. As long as the data file exceeds the specified number of days (system configuration parameter `“keep”`), it will be automatically deleted. Moreover, different time ranges can be stored in different paths and storage media, so as to facilitate the tiered-storage. Cold/hot data can be stored in different storage meida to reduce the storage cost.
+In addition to vnode sharding, TDengine partitions the time-series data by time range. Each data file contains only one time range of time-series data, and the length of the time range is determined by DB's configuration parameter `“days”`. This method of partitioning by time rang is also convenient to efficiently implement the data retention policy. As long as the data file exceeds the specified number of days (system configuration parameter `“keep”`), it will be automatically deleted. Moreover, different time ranges can be stored in different paths and storage media, so as to facilitate the tiered-storage. Cold/hot data can be stored in different storage media to reduce the storage cost.
 
 In general, **TDengine splits big data by vnode and time range in two dimensions** to manage the data efficiently with horizontal scalability.
 

documentation20/en/05.insert/docs.md

@@ -182,7 +182,7 @@ In the output plugins section, add the [[outputs.http]] configuration:
 In agent section:
 
 - hostname: The machine name that distinguishes different collection devices, and it is necessary to ensure its uniqueness
-- metric_batch_size: 100, which is the max number of records per batch wriiten by Telegraf allowed. Increasing the number can reduce the request sending frequency of Telegraf.
+- metric_batch_size: 100, which is the max number of records per batch written by Telegraf allowed. Increasing the number can reduce the request sending frequency of Telegraf.
 
 For information on how to use Telegraf to collect data and more about using Telegraf, please refer to the official [document](https://docs.influxdata.com/telegraf/v1.11/) of Telegraf.
 

documentation20/en/06.queries/docs.md

@@ -11,7 +11,7 @@ TDengine uses SQL as the query language. Applications can send SQL statements th
 - Time stamp aligned join query (implicit join) operations
 - Multiple aggregation/calculation functions: count, max, min, avg, sum, twa, stddev, leastsquares, top, bottom, first, last, percentile, apercentile, last_row, spread, diff, etc
 
-For example, in TAOS shell, the records with vlotage > 215 are queried from table d1001, sorted in descending order by timestamps, and only two records are outputted.
+For example, in TAOS shell, the records with voltage > 215 are queried from table d1001, sorted in descending order by timestamps, and only two records are outputted.
 
 ```mysql
 taos> select * from d1001 where voltage > 215 order by ts desc limit 2;

documentation20/en/07.advanced-features/docs.md

@@ -110,10 +110,10 @@ First, use `taos_subscribe` to create a subscription:
 ```c
 TAOS_SUB* tsub = NULL;
 if (async) {
-　　// create an asynchronized subscription, the callback function will be called every 1s
+　　// create an asynchronous subscription, the callback function will be called every 1s
 　　tsub = taos_subscribe(taos, restart, topic, sql, subscribe_callback, &blockFetch, 1000);
 } else {
-　　// create an synchronized subscription, need to call 'taos_consume' manually
+　　// create an synchronous subscription, need to call 'taos_consume' manually
 　　tsub = taos_subscribe(taos, restart, topic, sql, NULL, NULL, 0);
 }
 ```
@@ -201,7 +201,7 @@ taos_unsubscribe(tsub, keep);
 
 Its second parameter is used to decide whether to keep the progress information of subscription on the client. If this parameter is **false** (zero), the subscription can only be restarted no matter what the `restart` parameter is when `taos_subscribe` is called next time. In addition, progress information is saved in the directory {DataDir}/subscribe/. Each subscription has a file with the same name as its `topic`. Deleting a file will also lead to a new start when the corresponding subscription is created next time.
 
-After introducing the code, let's take a look at the actual running effect. For exmaple:
+After introducing the code, let's take a look at the actual running effect. For example:
 
 - Sample code has been downloaded locally
 - TDengine has been installed on the same machine

documentation20/en/08.connector/01.java/docs.md

@@ -54,33 +54,33 @@ INSERT INTO test.t1 USING test.weather (ts, temperature) TAGS('beijing') VALUES(
 
 ## JDBC driver version and supported TDengine and JDK versions
 
-| taos-jdbcdriver | TDengine     | JDK |
-| -------------------- | ----------------- | -------- |
-| 2.0.33 - 2.0.34      | 2.0.3.0 and above      | 1.8.x    |
-| 2.0.31 - 2.0.32      | 2.1.3.0 and above      | 1.8.x    |
-| 2.0.22 - 2.0.30    | 2.0.18.0 - 2.1.2.x | 1.8.x    |
-| 2.0.12 - 2.0.21     | 2.0.8.0 - 2.0.17.x | 1.8.x    |
-| 2.0.4 - 2.0.11       | 2.0.0.0 - 2.0.7.x | 1.8.x    |
-| 1.0.3                | 1.6.1.x and above    | 1.8.x    |
-| 1.0.2                | 1.6.1.x and above    | 1.8.x    |
-| 1.0.1                | 1.6.1.x and above    | 1.8.x    |
+| taos-jdbcdriver | TDengine           | JDK   |
+| --------------- | ------------------ | ----- |
+| 2.0.33 - 2.0.34 | 2.0.3.0 and above  | 1.8.x |
+| 2.0.31 - 2.0.32 | 2.1.3.0 and above  | 1.8.x |
+| 2.0.22 - 2.0.30 | 2.0.18.0 - 2.1.2.x | 1.8.x |
+| 2.0.12 - 2.0.21 | 2.0.8.0 - 2.0.17.x | 1.8.x |
+| 2.0.4 - 2.0.11  | 2.0.0.0 - 2.0.7.x  | 1.8.x |
+| 1.0.3           | 1.6.1.x and above  | 1.8.x |
+| 1.0.2           | 1.6.1.x and above  | 1.8.x |
+| 1.0.1           | 1.6.1.x and above  | 1.8.x |
 
 ## DataType in TDengine and Java connector
 
 The TDengine supports the following data types and Java data types:
 
 | TDengine DataType | JDBCType (driver version < 2.0.24) | JDBCType (driver version >= 2.0.24) |
-| ----------------- | ------------------ | ------------------ |
-| TIMESTAMP         | java.lang.Long     | java.sql.Timestamp |
-| INT               | java.lang.Integer  | java.lang.Integer  |
-| BIGINT            | java.lang.Long     | java.lang.Long     |
-| FLOAT             | java.lang.Float    | java.lang.Float    |
-| DOUBLE            | java.lang.Double   | java.lang.Double   |
-| SMALLINT          | java.lang.Short    | java.lang.Short    |
-| TINYINT           | java.lang.Byte     | java.lang.Byte     |
-| BOOL              | java.lang.Boolean  | java.lang.Boolean  |
-| BINARY            | java.lang.String   | byte array         |
-| NCHAR             | java.lang.String   | java.lang.String   |
+| ----------------- | ---------------------------------- | ----------------------------------- |
+| TIMESTAMP         | java.lang.Long                     | java.sql.Timestamp                  |
+| INT               | java.lang.Integer                  | java.lang.Integer                   |
+| BIGINT            | java.lang.Long                     | java.lang.Long                      |
+| FLOAT             | java.lang.Float                    | java.lang.Float                     |
+| DOUBLE            | java.lang.Double                   | java.lang.Double                    |
+| SMALLINT          | java.lang.Short                    | java.lang.Short                     |
+| TINYINT           | java.lang.Byte                     | java.lang.Byte                      |
+| BOOL              | java.lang.Boolean                  | java.lang.Boolean                   |
+| BINARY            | java.lang.String                   | byte array                          |
+| NCHAR             | java.lang.String                   | java.lang.String                    |
 
 ## Install Java connector
 
@@ -448,7 +448,7 @@ public static void main(String[] args) throws SQLException {
     config.setMinimumIdle(10);           //minimum number of idle connection
     config.setMaximumPoolSize(10);      //maximum number of connection in the pool
     config.setConnectionTimeout(30000); //maximum wait milliseconds for get connection from pool
-    config.setMaxLifetime(0);       // maximum life time for each connection
+    config.setMaxLifetime(0);       // maximum lifetime for each connection
     config.setIdleTimeout(0);       // max idle time for recycle idle connection
     config.setConnectionTestQuery("select server_status()"); //validation query
     HikariDataSource ds = new HikariDataSource(config); //create datasource
@@ -456,7 +456,7 @@ public static void main(String[] args) throws SQLException {
     Statement statement = connection.createStatement(); // get statement
     //query or insert
     // ...
-    connection.close(); // put back to conneciton pool
+    connection.close(); // put back to connection pool
 }
 ```
 
@@ -480,7 +480,7 @@ public static void main(String[] args) throws Exception {
     Statement statement = connection.createStatement(); // get statement
     //query or insert 
     // ...
-    connection.close(); // put back to conneciton pool
+    connection.close(); // put back to connection pool
 }
 ```
 

documentation20/en/08.connector/02.rust/docs.md

@@ -15,7 +15,7 @@ if you use the default features, it'll depend on:
 - [TDengine Client](https://www.taosdata.com/cn/getting-started/#%E9%80%9A%E8%BF%87%E5%AE%89%E8%A3%85%E5%8C%85%E5%AE%89%E8%A3%85)  library and headers.
 - clang because bindgen will requires the clang AST library.
 
-## Fetures
+## Features
 
 In-design features:
 

documentation20/en/08.connector/docs.md

@@ -884,7 +884,7 @@ dotnet new console
 ``` cmd
 dotnet add package TDengine.Connector
 ```
-* inlucde the TDnengineDriver in you application's namespace 
+* include the TDnengineDriver in you application's namespace 
 ```C#
 using TDengineDriver;
 ```

documentation20/en/12.taos-sql/docs.md

@@ -228,7 +228,7 @@ Note: In 2.0.15.0 and later versions, STABLE reserved words are supported. That
     ```mysql
     CREATE STABLE [IF NOT EXISTS] stb_name (timestamp_field_name TIMESTAMP, field1_name data_type1 [, field2_name data_type2 ...]) TAGS (tag1_name tag_type1, tag2_name tag_type2 [, tag3_name tag_type3]);
     ```
-    Similiar to a standard table creation SQL, but you need to specify name and type of TAGS field.
+    Similar to a standard table creation SQL, but you need to specify name and type of TAGS field.
     
     Note:
     
@@ -673,7 +673,7 @@ Query OK, 1 row(s) in set (0.001091s)
     SELECT * FROM tb1 WHERE ts >= NOW - 1h;
     ```
 
-- Look up table tb1 from 2018-06-01 08:00:00. 000 to 2018-06-02 08:00:00. 000, and col3 string is a record ending in'nny ', and the result is in descending order of timestamp:
+- Look up table tb1 from 2018-06-01 08:00:00. 000 to 2018-06-02 08:00:00. 000, and col3 string is a record ending in 'nny ', and the result is in descending order of timestamp:
 
     ```mysql
     SELECT * FROM tb1 WHERE ts > '2018-06-01 08:00:00.000' AND ts <= '2018-06-02 08:00:00.000' AND col3 LIKE '%nny' ORDER BY ts DESC;
@@ -782,7 +782,7 @@ TDengine supports aggregations over data, they are listed below:
   
   Function: return the sum of a statistics/STable.
   
-  Return Data Type: long integer INMT64 and Double.
+  Return Data Type: INT64 and Double.
   
   Applicable Fields: All types except timestamp, binary, nchar, bool.
   
@@ -1196,7 +1196,7 @@ SELECT function_list FROM stb_name
 
 - FILL statement specifies a filling mode when data missed in a certain interval. Applicable filling modes include the following:
   
-  1. Do not fill: NONE (default filingl mode).
+  1. Do not fill: NONE (default filing mode).
   2. VALUE filling: Fixed value filling, where the filled value needs to be specified. For example: fill (VALUE, 1.23).
   3. NULL filling: Fill the data with NULL. For example: fill (NULL).
   4. PREV filling: Filling data with the previous non-NULL value. For example: fill (PREV).

documentation20/en/14.devops/03.immigrate/docs.md

@@ -28,7 +28,7 @@ The overall system architecture of a typical DevOps application scenario is show
 
 In this application scenario, there are Agent tools deployed in the application environment to collect machine metrics, network metrics, and application metrics, data collectors to aggregate information collected by agents, systems for data persistence storage and management, and tools for monitoring data visualization (e.g., Grafana, etc.).
 
-Among them, Agents deployed in application nodes are responsible for providing operational metrics from different sources to collectd/Statsd, and collectd/StatsD is responsible for pushing the aggregated data to the OpenTSDB cluster system and then visualizing the data using the visualization kanban board Grafana.
+Among them, Agents deployed in application nodes are responsible for providing operational metrics from different sources to collectd/Statsd, and collectd/StatsD is responsible for pushing the aggregated data to the OpenTSDB cluster system and then visualizing the data using the visualization board of Grafana.
 
 ### 2. Migration Service
 
@@ -127,11 +127,11 @@ On the one hand, TDengine requires a strict schema definition for its incoming d
 
 Now let's assume a DevOps scenario where we use collectd to collect base metrics of devices, including memory, swap, disk, etc. The schema in OpenTSDB is as follows:
 
-| No.  | metric         | value  | type   | tag1 | tag2        | tag3                 | tag4      | tag5   |
-| ---- | -------------- | ------ | ------ | ---- | ----------- | -------------------- | --------- | ------ |
-| 1    | memory         | value  | double | host | memory_type | memory_type_instance | source    |        |
-| 2    | swap           | value  | double | host | swap_type   | swap_type_instance   | source    |        |
-| 3    | disk           | value  | double | host | disk_point  | disk_instance        | disk_type | source |
+| No. | metric | value | type   | tag1 | tag2        | tag3                 | tag4      | tag5   |
+| --- | ------ | ----- | ------ | ---- | ----------- | -------------------- | --------- | ------ |
+| 1   | memory | value | double | host | memory_type | memory_type_instance | source    |        |
+| 2   | swap   | value | double | host | swap_type   | swap_type_instance   | source    |        |
+| 3   | disk   | value | double | host | disk_point  | disk_instance        | disk_type | source |