你的数据量多少，如果数据量大了
1.改为依次创建索引，同时不要用rebuild tag index 这个来rebuild 全部索引，这个亲测2.0有问题不稳定，还是一个一个rebuild 同时等待一个rebulid成功了,用 show tag index status 查询是否完成，才执行下一个，
2.storage.conf 配置文件 中设置一下这个参数值默是1024 调小一下比如 --rebuild_index_batch_num=512 ，这样可能创建索引时间边长了
我的数据量是10亿节点，7亿边，4个节点集群，每次只能rebuild成功 1-2个节点，请问这是为什么，参数都是默认的。（只rebuild一个索引，不存在多个索引同时rebuild的情况）
这边要提升性能和避免OOM，那这边128G内存，2.0版本可以设置多少 默认4M 是不是太小了，和1.0 的默认1g 相差太多，还有确定一下这个参数1.0 和2.0 是同一个含义吗，还是不同的配置只是名称一样
没变。
这个数据量和我这边的1倍，我这边出现了，你那边估计出现概率更高，你调整一下这个参数到storage.conf 中rebuild_index_batch_num=512 看看，我这边调小后rebulid 是可以的，就是速度慢了点
我内存是512G，我理解内存不够的情况下是不是才需要调整rebuild_index_batch_num，另外问下这个参数是在nebula-storage.config这个文件里面吗？我没找到 
你好，请问rebuild_index_batch_num是放在 nebula/etc/nebula-storage.conf 文件里面吗，我在里面没找到，手动添加启动报错
你内存这么大应该不会OOM吧https://cloud.tencent.com/developer/article/1592441这个调优你看看，这个我也在研究，不过索引问题 ，这边就对这个参数调整etc/nebula-storage.conf 文件 我这边可以的啊，你是不是写的不对 --rebuild_index_batch_num=512
对rebulid 索引前，最好banlance leader 命令几次，平衡后在rebulid 索引，这样成功高，我这边这样做索引 现在基本成rebulid
2 个赞
这个。你看看别的语句有没问题，如果别的语句也有问题，你在show hosts 看看数据和leader 是否平衡，不平衡先balance data; 在banlance leader ; 同时检查一下meta ,storage全部节点是否正常
1 个赞
该话题在最后一个回复创建后30天后自动关闭。不再允许新的回复。