同じトラバーサルでセカンダリ インデックスと検索インデックスの両方を使用するグレムリン トラバーサルがハングするようです。何故ですか?
インデックス作成に関するDSE Graphドキュメントからの私の理解では、カーディナリティの低いプロパティに最も適したインデックスはセカンダリ インデックスです。可能なタイプの数が限られているような「タイプ」プロパティを持つモデルがあります。そのため、インデックスが必要なときは、セカンダリ インデックスを使用しました。
ただし、次の例に示すように、同じトラバーサルでセカンダリ インデックスと検索インデックスの両方を使用することはできないようです。
gremlin> system.graph('example').create()
==>null
gremlin> :remote config alias g example.g
==>g=example.g
gremlin> schema.vertexLabel('item').create()
==>null
gremlin> schema.propertyKey('type').Text().single().create()
==>null
gremlin> schema.propertyKey('description').Text().single().create()
==>null
gremlin> schema.vertexLabel('item').properties('type').add()
==>null
gremlin> schema.vertexLabel('item').properties('description').add()
==>null
gremlin> schema.vertexLabel('item').index('byType').secondary().by('type').add()
==>null
gremlin> schema.vertexLabel('item').index('search').search().by('description').add()
==>null
gremlin> graph.addVertex(label, 'item', 'type', 'A', 'description', 'first item is orange')
==>v[{~label=item, community_id=96406144, member_id=0}]
gremlin> graph.addVertex(label, 'item', 'type', 'A', 'description', 'second item is blue')
==>v[{~label=item, community_id=2076720128, member_id=0}]
gremlin> graph.addVertex(label, 'item', 'type', 'B', 'description', 'third item is green')
==>v[{~label=item, community_id=51027072, member_id=0}]
gremlin> g.V().hasLabel('item').has('type', 'A')
==>v[{~label=item, community_id=2076720128, member_id=0}]
==>v[{~label=item, community_id=96406144, member_id=0}]
gremlin> g.V().hasLabel('item').has('description', Search.token('blue'))
==>v[{~label=item, community_id=2076720128, member_id=0}]
gremlin> g.V().hasLabel('item').has('type', 'A').has('description', Search.token('blue'))
最後のトラバーサルで、サーバーは次のステートメントを に記録します/var/log/cassandra/system.log
。
WARN [gremlin-server-worker-1] 2016-09-15 14:26:49,759 GremlinExecutor.java:267 - Timing out script - g.V().hasLabel('item').has('type', 'A').has('description', Search.token('blue')) - in thread [gremlin-server-worker-1]
そして、コンソールは完全にフリーズし、SIGTERM にも応答しません。