diff --git a/docs-2.0/1.introduction/3.vid.md b/docs-2.0/1.introduction/3.vid.md
index ab4a0e02a30..38691028f2a 100644
--- a/docs-2.0/1.introduction/3.vid.md
+++ b/docs-2.0/1.introduction/3.vid.md
@@ -24,9 +24,9 @@
 
 - NebulaGraph 1.x 只支持 VID 类型为`INT64`，从 2.x 开始支持`INT64`和`FIXED_STRING(<N>)`。在`CREATE SPACE`中通过参数`vid_type`可以指定 VID 类型。
 
-- 可以使用`id()`函数，指定或引用该点的 VID；
+- 可以使用`id()`函数，指定或引用该点的 VID。
 
-- 可以使用`LOOKUP`或者`MATCH`语句，来通过属性索引查找对应的 VID;
+- 可以使用`LOOKUP`或者`MATCH`语句，来通过属性索引查找对应的 VID。
 
 - 性能上，直接通过 VID 找到点的语句性能最高，例如`DELETE xxx WHERE id(xxx) == "player100"`，或者`GO FROM "player100"`等语句。通过属性先查找 VID，再进行图操作的性能会变差，例如`LOOKUP | GO FROM $-.ids`等语句，相比前者多了一次内存或硬盘的随机读（`LOOKUP`）以及一次序列化（`|`）。
 
@@ -38,7 +38,7 @@ VID 的生成工作完全交给应用端，有一些通用的建议：
 
 - 通过有唯一性的属性组合来生成 VID，属性访问依赖于属性索引。
 
-- 通过 snowflake 等算法生成 VID，属性访问依赖于属性索引；
+- 通过 snowflake 等算法生成 VID，属性访问依赖于属性索引。
 
 - 如果个别记录的主键特别长，但绝大多数记录的主键都很短的情况，不要将`FIXED_STRING(<N>)`的`N`设置成超大，这会浪费大量内存和硬盘，也会降低性能。此时可通过 BASE64，MD5，hash 编码加拼接的方式来生成。