Neptune Gremlin mergeE异常：误更新顶点而非目标边

问题复现场景 #

• 初始化测试图：删除所有mytestlabel标签的顶点，创建顶点testA、testA2，并在二者间创建带timestamp属性的边
• 正常调用mergeE()更新边的timestamp，结果符合预期
• 直接使用顶点的single基数语法操作边的mergeE()，触发预期报错，顶点无变更
• 但在错误语法前添加.V()后，查询无报错执行，却出现异常：
  • 两个顶点的timestamp被错误更新，且新增了edgelabel属性
  • 目标边未发生任何变化
  • 查询会随图中顶点数量重复执行，引发性能损耗
• 移除.V()后，查询恢复正常报错，无异常变更

原因分析 #

这是因为.V()会遍历图中所有顶点，将顶点流作为后续操作的输入。当后续的mergeE()语法存在错误（误用顶点属性基数规则操作边）时，Neptune的Gremlin执行引擎没有正确识别出操作对象的类型错误，反而将原本针对边的属性绑定逻辑错误应用到了遍历到的每个顶点上：

1. .V()遍历所有顶点，每个顶点都会触发一次后续的错误mergeE()逻辑
2. 错误的语法使得引擎误将边的属性设置指令解析为顶点的属性更新，导致顶点被修改
3. 遍历的顶点越多，重复执行的次数就越多，自然引发性能问题

而直接执行错误的mergeE()时，引擎能正确识别操作对象是边，检测到使用了顶点专属的属性基数语法，从而触发预期报错。

总结 #

这种异常属于Gremlin执行引擎在特定错误语法组合下的解析逻辑漏洞，建议在使用mergeE()时严格遵循边操作的语法规则，避免在边操作前误加顶点遍历指令，防止触发此类非预期行为。

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