Linkurious bolt 配置

默认的 Linkurious 配置在 production.json 配置文件中包含以下代码片段

{
  "dataSources": [{
    "readOnly": false,
    "graphdb": {
      "vendor": "neo4j",
      "url": "http://127.0.0.1:7474",
      "user": null,
      "password": null
    },
    "index": {
      "vendor": "elasticSearch",
      "host": "127.0.0.1",
      "port": 9201,
      "forceReindex": false,
      "dynamicMapping": false,
      "skipEdgeIndexation": false
    }
  }]
}

文档中说明如下

Linkurious can connect to Neo4j via the Bolt protocol. To do so, you need to enable the protocol in your Neo4j configuration file. If Linkurious is connected over HTTP/S, it will try to automatically upgrade the connection to Bolt. The HTTP/S protocol is still required to perform a small subset of operations.

其中 URL 可以设置为 http/https/bolt/bolt+routing。然而，在集群环境中使用上述配置可能会遇到写入相关的问题。

通常，写入操作在以下情况下生成

您通过 UI 创建/编辑/删除信息
您编写自己的查询/查询模板并让用户运行它们

当 Linkurious 使用 bolt+routing 协议时，Linkurious 可能会返回集群中可能是只读副本的节点，当然，当向该节点发送写入查询时，写入将失败。

也就是说，您可能有不同的场景

您不希望任何用户通过 LKE UI 更改数据（并且您已正确配置所有安全设置以实现此目的，数据源中也有只读标志）。在这种情况下，您将永远不会遇到任何问题，因为系统永远不会执行写入操作。您的配置将正常工作。
您的集群只包含核心服务器而没有副本（只读）。在这种情况下，`bolt+routing` 协议返回的每个节点都将接受写入请求，并且永远不会失败。
您希望通过 LKE UI 更改数据，并且 Neo4j 集群也包含副本服务器。在这种情况下，为了消除失败的可能性，您需要配置额外的 writeUrl 参数，如下所示，使用 HTTP/S 协议并指向核心服务器，确保所有写入查询都发送到核心服务器（这是因为在 Linkurious 中所有 HTTP 调用都在底层通过 Bolt 发送）。

配置将如下所示

{
  "dataSources": [
    {
      "graphdb": {
        "vendor": "neo4j",
        "url": "bolt+routing://full-cluster:7687/",
        "writeUrl": "http://core-server:7474/",
        "user": "myNeo4jUser",
        "password": "nyNeo4jPassword"
      },
      "index": {
        "vendor": "neo4jSearch"
      }
    }
  ]
}

其中

full-cluster: 指向集群中任何活动的节点。如果您只放置一台服务器，则该服务器发生故障时系统将无法连接到集群。在这种情况下，建议在此处放置一个始终处于活动状态的组件，该组件永远不会返回离线服务器（例如负载均衡器、带有备份服务器配置的反向代理、带有活动服务器池的 DNS 别名等）。
core-server: 应遵循上述相同建议，唯一的区别是此组件不应返回副本服务器，而应仅链接核心服务器的子集

此页面有帮助吗？

知识库

Linkurious bolt 配置