• 请检查JDK版本是否为1.8

    • 启动服务成功了，但是操作图时有类似于”无法连接到后端或连接未打开”的提示

      第一次启动服务前，需要先使用init-store初始化后端，后续版本会将提示得更清晰直接。

    • 所有的后端在使用前都需要执行init-store吗

      除了memory不需要，其他后端均需要，如：cassandra、scylladb和rocksdb等。

    • 执行init-store报错：Exception in thread "main" java.lang.UnsatisfiedLinkError: /tmp/librocksdbjni3226083071221514754.so: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.10' not found (required by /tmp/librocksdbjni3226083071221514754.so)

      RocksDB需要 gcc 4.3.0 (GLIBCXX_3.4.10) 及以上版本

    • 执行init-store.sh时报错：NoHostAvailableException

      NoHostAvailableException 是指无法连接到Cassandra服务，如果确定是要使用cassandra后端，请先安装并启动这个服务。至于这个提示本身可能不够直白，我们会更新到文档进行说明的。

    • 配置了两个图，名字是hugegraph和hugegraph1，而启动服务的命令是start-hugegraph.sh，是只打开了hugegraph这个图吗

    • 服务启动成功后，使用查询所有顶点时返回乱码

      服务端返回的批量顶点/边是压缩（gzip）过的，可以使用管道重定向至gunzip进行解压（curl http://example | gunzip），也可以用Firefox的postman或者Chrome浏览器的restlet插件发请求，会自动解压缩响应数据。

    • 使用顶点Id通过RESTful API查询顶点时返回空，但是顶点确实是存在的

      检查顶点Id的类型，如果是字符串类型，API的url中的id部分需要加上双引号，数字类型则不用加。

    • 已经根据需要给顶点Id加上了双引号，但是通过RESTful API查询顶点时仍然返回空

      检查顶点id中是否包含+、空格、/、?、%、&和=这些URL的保留字符，如果存在则需要进行编码。下表给出了编码值：

    • 查询某一类别的顶点或边（query by label）时提示超时

      由于属于某一label的数据量可能比较多，请加上limit限制。

    • 使用Loader导数据出现Socket Timeout异常，然后导致Loader中断

      持续地导入数据会使Server的压力过大，然后导致有些请求超时。可以通过调整Loader的参数来适当缓解Server压力（如：重试次数，重试间隔，错误容忍数等），降低该问题出现频率。

    • 目前确实没有好办法删除全部的数据，用户如果是自己部署的Server和后端，可以直接清空数据库，重启Server。可以使用paging API或scan API先获取所有数据，再逐条删除。

    • 清空了数据库，并且执行了init-store，但是添加schema时提示”xxx has existed”

      HugeGraphServer内是有缓存的，清空数据库的同时是需要重启Server的，否则残留的缓存会产生不一致。

    • 插入顶点或边的过程中报错：Id max length is 128, but got xxx {yyy} 或 Big id max length is 32768, but got xxx

      为了保证查询性能，目前的后端存储对id列的长度做了限制，顶点id不能超过128字节，边id长度不能超过32768字节，索引id不能超过128字节。

    • 是否支持嵌套属性，如果不支持，是否有什么替代方案

      嵌套属性目前暂不支持。替代方案：可以把嵌套属性作为单独的顶点拿出来，然后用边连接起来。

    • 通过RestAPI发送请求时提示HTTP 415 Unsupported Media Type

      请求头中需要指定Content-Type:application/json

    其他问题可以在对应项目的 issue 区搜索，例如 / Loader Issues