一次插入多个点的限制条件

提问参考模版:

  • nebula 版本:2.5.1
  • 部署方式:分布式
  • 安装方式: RPM
  • 是否为线上版本:Y
  • 使用方式:java 客户端

咨询下
1,一次插入多个点,限制的点的条数是多少?
2,一次执行多条语句,限制的条数是多少?
3,这2种方式 执行的效率差异,数据完整性差异是?
4,插入边的时候,上面3个问题的逻辑是类似的吗


nebula> INSERT VERTEX t2 (name, age) VALUES "13":("n3", 12), "14":("n4", 8); 
nebula> INSERT VERTEX t2 (name, age) VALUES "13":("n3", 12); INSERT VERTEX t2 (name, age) VALUES "14":("n4", 8); 
  1. 一次插入多个点,如果多个点在一条执行语句中,没有点的条数的限制,但nebula 会有一条数据4194304 size的限制。
  2. 一次执行多条语句,限制的条数是512条。
  3. 一条语句插入多个点 和 一次请求多条语句插入多个点的效率,要内核同学来解释
  4. 边和点逻辑类似的
2 个赞

帮忙 @一下内核同学,谢谢

@steam

效率肯定是 batch insert 的效率更好,一条语句多条数据。原因如下:

多条语句的方式虽然是一次提交但是在 server 端依然会视为多条语句处理,这样就是要执行多次,插入每次只插入一条数据,每次插入都要跟 storage 交互,网络开销要远大于 batch insert。

1 个赞

我自测了下,batch insert 一条语句多条数据,总共插入100万数据,
batch size为1000,效率好于500, 也好于 2000,你们这边有这块的性能测试么,如何设置batch size效率最高?有啥建议

咨询下,新建了一个用户,分配了图空间的Admin权限,那我怎么可以查看这个图空间的条数呢,
因为提交job查询会报错PermissionError: No permission to write space


Admin 是可以提交 Compaction 的 job 的呀,:thinking: 你看看你的权限对不对

SHOW ROLES 看下

nebula版本是2.5.1,是不是这个版本里面的admin权限,还不支持提交job查询?


稍等,这个问题我在和文档同学确认,2.5.1 是不是有这个权限。

确认了,这个是有点问题,在 v2.5.1 版本中,只有 God 角色才能执行 Submit job compact 操作,所以得麻烦你升级成 v2.6.0 或者直接使用我们刚发布的 v3.0.0 版本。

好的,谢谢

:joy: 就问题而言,其实你应该勾选之前 Nicole 的回复的。因为你的正文是插入点。只不过问了个其他问题,这样的话,其他想看限制的话,看到的是我的权限回复,就有点文不对题啦。

1 个赞

:ok_hand: :ok_hand: :ok_hand:

1 个赞