已针对tag属性创建索引，但match匹配不到数据

fuyou0104 · 2021 年6 月 3 日 06:54

1、cluster.id删掉是什么意思，不太懂
2、集群重启是将metad，graphd和storaged所有服务都重启吗

fuyou0104 · 2021 年6 月 3 日 07:49

集群有个storaged实例的问题重启恢复了，cluster.id也删掉后重启的，但rebuild tag index 后还是loopup不到，
但我把之前插入的点和边都重新插了一遍，现在都能查了，可以继续技术验证了
多谢支持

bright-starry-sky · 2021 年6 月 4 日 03:03

好的，meta的问题看日志可能是因为初始安装时改过配置文件IP或port导致meta中的数据和实际的环境不匹配导致，一般删掉安装目录下的cluster.id文件后再重启就能解决，稍后可以再关注一下meta和storage中的LOG。

fuyou0104 · 2021 年6 月 4 日 03:04

您好，@bright-starry-sky
昨天我重新创建了一个图空间，创建了一个tag，然后对一个属性加了索引，然后重建了索引，最后我插入记录，然后使用fetch可以搜到记录，通过match和lookup还是搜不出记录，也就是索引还是不生效，
再请教下，我的测试集群是否有问题没有彻底解决？

bright-starry-sky · 2021 年6 月 7 日 03:34

可能还是环境问题，打开vlog，贴一下log中的异常信息？

fuyou0104 · 2021 年6 月 7 日 03:36

Log file created at: 2021/06/07 11:00:35
Running on machine: dggprunner00022
Log line format: [IWEF]mmdd hh:mm:ss.uuuuuu threadid file:line] msg
E0607 11:00:35.435747 22535 RaftPart.cpp:367] [Port: 9560, Space: 0, Part: 0] The partition is not a leader
E0607 11:00:35.436029 22535 RaftPart.cpp:687] [Port: 9560, Space: 0, Part: 0] Cannot append logs, clean the buffer

fuyou0104 · 2021 年6 月 7 日 03:37

日志文件名：nebula-metad.hostname.root.log.ERROR.20210607-110035.22428

bright-starry-sky · 2021 年6 月 8 日 02:57

meta有问题了，看log是meta没有leader了。可以这样尝试一下，只留一个metad进程。
从根本上解决的话，还得检查一下graphd和storaged中meta的配置信息。配置信息没问题的话，只留一个metad，没问题后再对metad扩容到初始数目。
猜测是meta很乱了，这个meta的ip:port一开始配置错了，然后启动集群后，又进行了重启和修改。

fuyou0104 · 2021 年6 月 8 日 09:31

Log file created at: 2021/06/08 16:44:18
Running on machine: dggprunner00022
Log line format: [IWEF]mmdd hh:mm:ss.uuuuuu threadid file:line] msg
E0608 16:44:18.302009 18847 RebuildIndexTask.cpp:36] Index not found: 3
E0608 16:44:18.302155 18847 AdminTaskManager.cpp:115] job 4, genSubTask failed, err=-37
E0608 16:44:18.302173 18847 AdminTaskProcessor.cpp:24] unsupported conversion of code E_INDEX_NOT_FOUND

专家您好：我们这边按您说的搞了一次，发现还是不行，然后我们干脆把库都删除了，安装包也卸载了然后重新安装这个测试环境，然后重新验证还是match不到数据，报错日志如上面这些，您看这个版本是否有bug？

bright-starry-sky · 2021 年6 月 8 日 09:54

这是个新问题了，原因是index创建后，还没同步到metaClient中，应该等一下就可以了。
或者把配置参数中的heartbeat_interval_secs设置的小点，设置为1.

bright-starry-sky · 2021 年6 月 8 日 09:55

metad, storaged, graphd 需要把heartbeat_interval_secs设置为一样的值。

fuyou0104 · 2021 年6 月 8 日 09:56

专家您好，但这个设置后，不意味着match匹配的问题就能解决吧？这个问题只能说明我的动作快了，没有间隔默认的20s就操作了

bright-starry-sky · 2021 年6 月 8 日 09:57

对，先解决rebuild的问题。只有rebuild成功了，match才能查出结果。

fuyou0104 · 2021 年6 月 8 日 09:59

(root@nebula) [logplatform]> show jobs 4
[ERROR (-7)]: SyntaxError: syntax error near `4’

Tue, 08 Jun 2021 16:44:22 CST

(root@nebula) [logplatform]> show job 4
±---------------±--------------------±-----------±------------------------±------------------------+
| Job Id(TaskId) | Command(Dest) | Status | Start Time | Stop Time |
±---------------±--------------------±-----------±------------------------±------------------------+
| 4 | “REBUILD_TAG_INDEX” | “FAILED” | 2021-06-08T08:44:18.000 | 2021-06-08T08:44:18.000 |
±---------------±--------------------±-----------±------------------------±------------------------+
| 0 | “10.116.148.15” | “FAILED” | 2021-06-08T08:44:18.000 | 2021-06-08T08:44:19.000 |
±---------------±--------------------±-----------±------------------------±------------------------+
| 1 | “10.116.148.22” | “FAILED” | 2021-06-08T08:44:18.000 | 2021-06-08T08:44:19.000 |
±---------------±--------------------±-----------±------------------------±------------------------+
| 2 | “10.116.148.114” | “FINISHED” | 2021-06-08T08:44:18.000 | 2021-06-08T08:44:19.000 |
±---------------±--------------------±-----------±------------------------±------------------------+
Got 4 rows (time spent 1062/2315 us)

Tue, 08 Jun 2021 16:44:25 CST

(root@nebula) [logplatform]> rebuild tag index idx_serialnumber_sn;
±-----------+
| New Job Id |
±-----------+
| 5 |
±-----------+
Got 1 rows (time spent 5420/6554 us)

Tue, 08 Jun 2021 16:44:30 CST

(root@nebula) [logplatform]> show job 5
±---------------±--------------------±-----------±------------------------±------------------------+
| Job Id(TaskId) | Command(Dest) | Status | Start Time | Stop Time |
±---------------±--------------------±-----------±------------------------±------------------------+
| 5 | “REBUILD_TAG_INDEX” | “FINISHED” | 2021-06-08T08:44:57.000 | 2021-06-08T08:44:57.000 |
±---------------±--------------------±-----------±------------------------±------------------------+
| 0 | “10.116.148.15” | “FINISHED” | 2021-06-08T08:44:57.000 | 2021-06-08T08:44:58.000 |
±---------------±--------------------±-----------±------------------------±------------------------+
| 1 | “10.116.148.22” | “FINISHED” | 2021-06-08T08:44:57.000 | 2021-06-08T08:44:58.000 |
±---------------±--------------------±-----------±------------------------±------------------------+
| 2 | “10.116.148.114” | “FINISHED” | 2021-06-08T08:44:57.000 | 2021-06-08T08:44:58.000 |
±---------------±--------------------±-----------±------------------------±------------------------+
Got 4 rows (time spent 1004/2200 us)

Tue, 08 Jun 2021 16:44:33 CST

(root@nebula) [logplatform]>
(root@nebula) [logplatform]> show job 5
±---------------±--------------------±-----------±------------------------±------------------------+
| Job Id(TaskId) | Command(Dest) | Status | Start Time | Stop Time |
±---------------±--------------------±-----------±------------------------±------------------------+
| 5 | “REBUILD_TAG_INDEX” | “FINISHED” | 2021-06-08T08:44:57.000 | 2021-06-08T08:44:57.000 |
±---------------±--------------------±-----------±------------------------±------------------------+
| 0 | “10.116.148.15” | “FINISHED” | 2021-06-08T08:44:57.000 | 2021-06-08T08:44:58.000 |
±---------------±--------------------±-----------±------------------------±------------------------+
| 1 | “10.116.148.22” | “FINISHED” | 2021-06-08T08:44:57.000 | 2021-06-08T08:44:58.000 |
±---------------±--------------------±-----------±------------------------±------------------------+
| 2 | “10.116.148.114” | “FINISHED” | 2021-06-08T08:44:57.000 | 2021-06-08T08:44:58.000 |
±---------------±--------------------±-----------±------------------------±------------------------+
Got 4 rows (time spent 1097/2362 us)

Tue, 08 Jun 2021 16:44:36 CST

(root@nebula) [logplatform]>
(root@nebula) [logplatform]>
(root@nebula) [logplatform]> insert vertex serialnumber(sn) values ‘sn1’:(‘sn1’);
Execution succeeded (time spent 2716/4095 us)

Tue, 08 Jun 2021 16:46:17 CST

(root@nebula) [logplatform]> match (v:serialnumber) where v.sn == ‘sn1’ return v;
Empty set (time spent 2266/3586 us)

Tue, 08 Jun 2021 16:47:00 CST

(root@nebula) [logplatform]>
(root@nebula) [logplatform]> fetch prop on serialnumber ‘sn1’;
±---------------------------------+
| vertices_ |
±---------------------------------+
| (“sn1” :serialnumber{sn: “sn1”}) |
±---------------------------------+
Got 1 rows (time spent 1947/3130 us)

Tue, 08 Jun 2021 16:47:30 CST

(root@nebula) [logplatform]>

我后面马上就rebuild成功了，但match不出来，fetch可以说明有数据

bright-starry-sky · 2021 年6 月 8 日 10:39

这个。。。有点诡异了，我看你是insert进去的，这么说insert之后match也不好使了？
lookup on serialnumber where serialnumber.sn == “sn1” 呢？

bright-starry-sky · 2021 年6 月 8 日 10:45

match语句里有非ascii字符吗？全半角啥的？

fuyou0104 · 2021 年6 月 8 日 10:55

(root@nebula) [logplatform]> lookup on serialnumber where serialnumber.sn == ‘sn1’
Empty set (time spent 1240/2529 us)

Tue, 08 Jun 2021 18:54:29 CST

(root@nebula) [logplatform]>

没有字符问题，和之前一样，就是查不出

fuyou0104 · 2021 年6 月 8 日 12:24

专家您好，我们这边的测试环境，是使用rpm包直接部署的，组件的配置文件都是默认的，没有改过，但创建tag，创建索引，然后rebuild索引后，插入点数据，fetch可以，但match或lookup不出来，命令如下，麻烦您再给诊断一下，非常感谢，可否申请远程会议帮忙看下，在技术选型阶段，

–以下命令是按顺序执行的
create space logplatform(partition_num=15,replica_factor=1,vid_type=fixed_string(64));
use logplatform;

–定义点
–vid:sn
create tag serialnumber(sn string);
create tag index idx_serialnumber_sn on serialnumber(sn(30));
rebuild tag index idx_serialnumber_sn;

insert vertex serialnumber(sn) values ‘sn1’:(‘sn1’);
match (v:serialnumber) where v.sn == ‘sn1’ return v;
fetch prop on serialnumber ‘sn1’;

bright-starry-sky · 2021 年6 月 8 日 13:08

估计还是环境问题，第一次的配置insert后可以match出结果，重新配置之后这个也不能用了。猜测还是环境混乱导致的。
show hosts 一下看看part对不对？能否把配置文件发来看下？
另外，重新配置的时候除了删除安装文件，meta和storage的data目录删了吗？

bright-starry-sky · 2021 年6 月 8 日 13:29

先一步一步排除问题吧，尝试一下一个part：
CREATE SPACE test_space (partition_num=1,replica_factor=1, vid_type=fixed_string(30));
USE test_space
create tag t1(c1 fixed_string(40))
create tag index i1 on t1(c1)
INSERT VERTEX t1(c1) VALUES “1”:(“row_1”)
lookup on t1 where t1.c1 == “row_1”