Apache TinkerPop Gremlin中两种ID查询的写法与性能对比

首先纠正一个写法问题：g.V(T.id)不是正确的ID查询语法，正确写法应为g.V(1)（以ID为1的顶点为例）——直接把具体ID值传入V()方法。基于这个正确写法，两者的性能差异很明显：

核心结论 #

g.V(id)的执行速度远快于后者，二者性能表现完全不一致。

具体性能差异分析 #

• g.V(id)的执行逻辑：
  所有主流TinkerPop兼容图数据库（如JanusGraph、Neo4j、Amazon Neptune等）都会为顶点ID建立全局唯一的主键级索引。执行这个查询时，数据库会直接通过索引定位到目标顶点，无需遍历任何额外数据，耗时几乎可以忽略，是效率最高的顶点查询方式。

• g.V().hasLabel('employee').has(T.id, 1)的执行逻辑：
  这个查询多了一层完全冗余的过滤步骤：

  1. 如果数据库没给employee标签建索引，g.V()会先遍历所有顶点，再筛选出标签为employee的顶点集合；
  2. 就算标签有索引，数据库也得先定位到employee标签对应的顶点集合，再在这个集合里匹配ID为1的顶点。
     由于顶点ID本身是全局唯一的，标签过滤纯粹是画蛇添足，会额外增加查询的IO和计算开销，拖慢执行速度。

编程实践建议 #

如果你已经明确知道目标顶点的ID，直接用g.V(id)就好——既简洁又高效，完全没必要加标签过滤条件。极少数情况下，若你的数据模型允许不同标签下存在重复ID（这种设计非常少见），再考虑结合标签过滤，但绝大多数场景下都不需要。

内容的提问来源于stack exchange，提问作者Thirumal