uuid and find path

docs/manual-CN/2.query-language/2.functions-and-operators/uuid.md

@@ -4,7 +4,9 @@
 
 当点数量到达十亿级别时，用 `hash` 函数生成 vid 有一定的冲突概率。因此 **Nebula Graph** 提供 `UUID` 函数来避免大量点时的 vid 冲突。 `UUID` 函数由 `Murmurhash` 与当前时间戳（单位为秒）组合而成。
 
-`UUID` 产生的值会以 key-value 方式存储在 **Nebula Graph** 的 Storage 服务中，调用时会检查这个 key 是否存在或冲突。因此相比 hash，性能可能会更慢。
+## UUID 性能及兼容性问题
+
+`UUID` 产生的值会以 key-value 方式存储在 **Nebula Graph** 的 Storage 服务中，调用时会检查这个 key 是否存在或冲突。因此相比 hash，性能可能会更低。此外，`UUID` 在未来版本中可能存在兼容性问题。
 
 插入 `UUID`：
 

docs/manual-CN/2.query-language/4.statement-syntax/1.data-definition-statements/index.md

@@ -34,7 +34,7 @@ nebula> CREATE EDGE INDEX follow_index_0 on follow(degree);
 
 schema 索引还支持为相同 tag 或 edge 中的多个属性同时创建索引，这种包含多种属性的索引在 **Nebula Graph** 中称为组合索引。
 
-**注意：** 在 **Nebula Graph** 中，跨多个 tag 多种属性的索引被称为复合索引。目前 **Nebula Graph** 尚支持不创建复合索引。
+**注意：** 在 **Nebula Graph** 中，跨多个 tag 多种属性的索引被称为复合索引。目前 **Nebula Graph** 尚不支持创建复合索引。
 
 ```ngql
 nebula> CREATE TAG INDEX player_index_1 on player(name,age);

docs/manual-CN/2.query-language/4.statement-syntax/4.graph-algorithms/find-path-syntax.md

@@ -21,6 +21,9 @@ OVER <edge_type_list> [UPTO <N> STEPS]
 
 - 当起点及终点是 ID 列表时，表示寻找从任意起点开始到终点的最短路径。
 - 全路径会有环。
+- `FIND PATH` 不支持带属性过滤的搜索。
+- `FIND PATH` 不支持指定方向搜索。
+- `FIND PATH` 为单进程处理，因此比较消耗内存资源。
 
 ## 示例