TTL 属性如何查看是否已经设置

Reid00 · 2021 年8 月 12 日 08:39

提问参考模版：

nebula 版本：v 2.0.1
部署方式（分布式 / 单机 / Docker / DBaaS）：分布式
是否为线上版本：Y
硬件信息
- 磁盘（推荐使用 SSD）Y
- CPU、内存信息
问题的具体描述
文档指出ttl_duration 单位是秒，但是做做测试设为5, 这个并不是5s，需要很久，也不是5min

如何判断是否设置了TTL 属性，设置之后，desc tag t1 并没有相关描述，在哪里可以看到吗？

Thu, 12 Aug 2021 15:46:09 CST
···

设置了TTL 之后，点重新插入更新了ttl_col，是不是过期时间会自动被延长
如果Vertex 设置了TTL，过期之后，该点删除，是不是相关的边也会连带删除，目前测试似乎没有被删掉？是要compaction 之后才能被删掉吗？

(root@nebula) [ProdRelation]> fetch prop on test 100 -> 101
+---------------------------------+
| edges_                          |
+---------------------------------+
| [:test 100->101 @0 {degree: 2}] |
+---------------------------------+
Got 1 rows (time spent 4030/6053 us)

Thu, 12 Aug 2021 15:57:21 CST

(root@nebula) [ProdRelation]> fetch prop on t1 100
Empty set (time spent 2398/3636 us)

Thu, 12 Aug 2021 15:57:39 CST

pandasheeps · 2021 年8 月 12 日 08:52

show create tag t1 查看tll属性
过期时间，是ttl_col 指定的值加上ttl_duration的值，跟当前的时间戳进行比较的。

Reid00 · 2021 年8 月 12 日 09:01

好的，谢谢，另外:

目前设置为5，这个单位是秒吗？我测试再查询这个时间明显超过5秒
···
±-----±-----------------------------------+
| Tag | Create Tag |
±-----±-----------------------------------+
| “t1” | “CREATE TAG t1 ( |
| | a timestamp NULL |
| | ) ttl_duration = 5, ttl_col = “a”” |
±-----±-----------------------------------+
···
如果Vertex 设置了TTL，过期之后，该点删除，是不是相关的边也会连带删除，目前测试似乎没有被删掉？是要compaction 之后才能被删掉吗？如果是这个compaction 是auto compact 就可以还是要手动submit compact 才可以

pandasheeps · 2021 年8 月 12 日 09:46

a列的值是多少？

Reid00 · 2021 年8 月 12 日 10:00

刚刚新插入一个1628762261 == 2021-08-12 17:57:41，现在是ttl_duration= 5

+------+------------------------------------+
| Tag  | Create Tag                         |
+------+------------------------------------+
| "t1" | "CREATE TAG `t1` (                 |
|      |  `a` timestamp NULL                |
|      | ) ttl_duration = 5, ttl_col = "a"" |
+------+------------------------------------+
Got 1 rows (time spent 2407/3289 us)

fetch prop 还是有值的

Reid00 · 2021 年8 月 12 日 10:08

现在fetch prop 依旧有value 返回

pandasheeps · 2021 年8 月 12 日 10:13

我本地试了下没有问题，你把你整个case贴下

Reid00 · 2021 年8 月 12 日 10:19

我注意到这个问题，ttl_col这个时间为1628763358 == 2021-08-12 18:15:58,
但是console 的时间如下，开始在想是不是因为这个，但是测试下，过了console 的时间戳也不对

(root@nebula) [ProdRelation]> fetch prop on t1 100
+--------------------------+
| vertices_                |
+--------------------------+
| (100 :t1{a: 1628763358}) |
+--------------------------+
Got 1 rows (time spent 2520/4162 us)

Thu, 12 Aug 2021 18:10:00 CST

Reid00 · 2021 年8 月 12 日 10:22

下面是整体的case

(root@nebula) [ProdRelation]> create tag Team(create_time timestamp)
Execution succeeded (time spent 36564/37456 us)

Thu, 12 Aug 2021 18:13:07 CST

(root@nebula) [ProdRelation]> alter tag Team ttl_col="create_time", ttl_duration=5
Execution succeeded (time spent 30787/32461 us)

Thu, 12 Aug 2021 18:13:51 CST

(root@nebula) [ProdRelation]> Insert Vertex Team(create_time) values 100:(now())
Execution succeeded (time spent 4878/6171 us)

Thu, 12 Aug 2021 18:14:19 CST

(root@nebula) [ProdRelation]> show create tag Team
+--------+----------------------------------------------+
| Tag    | Create Tag                                   |
+--------+----------------------------------------------+
| "Team" | "CREATE TAG `Team` (                         |
|        |  `create_time` timestamp NULL                |
|        | ) ttl_duration = 5, ttl_col = "create_time"" |
+--------+----------------------------------------------+
Got 1 rows (time spent 2227/3208 us)

Thu, 12 Aug 2021 18:14:30 CST

(root@nebula) [ProdRelation]> fetch prop on Team 100
+--------------------------------------+
| vertices_                            |
+--------------------------------------+
| (100 :Team{create_time: 1628763695}) |
+--------------------------------------+
Got 1 rows (time spent 2835/3834 us)

Thu, 12 Aug 2021 18:14:39 CST

(root@nebula) [ProdRelation]>

pandasheeps · 2021 年8 月 13 日 00:07

我知道问题的原因了，你把集群的所有服务机器调成时间一致就好了。

Reid00 · 2021 年8 月 13 日 00:55

好的，我试试。

Reid00 · 2021 年8 月 13 日 02:10

我把服务器端的所有时间都调成一致了, 客户端（运行console 的服务器也调成了时间一致）但是还是不行

[root@nebula-test-1 ~]# date
Fri Aug 13 10:08:07 CST 2021

1628820380 == 2021-08-13 10:06:20

(root@nebula) [ProdRelation]> fetch prop on Team 100
+--------------------------------------+
| vertices_                            |
+--------------------------------------+
| (100 :Team{create_time: 1628820380}) |
+--------------------------------------+
Got 1 rows (time spent 2595/4378 us)

Fri, 13 Aug 2021 10:08:21 CST

(root@nebula) [ProdRelation]> show create tag Team
+--------+----------------------------------------------+
| Tag    | Create Tag                                   |
+--------+----------------------------------------------+
| "Team" | "CREATE TAG `Team` (                         |
|        |  `create_time` timestamp NULL                |
|        | ) ttl_duration = 5, ttl_col = "create_time"" |
+--------+----------------------------------------------+
Got 1 rows (time spent 2285/3086 us)

Fri, 13 Aug 2021 10:08:29 CST

pandasheeps · 2021 年8 月 13 日 03:09

你应该是graphd和storaged的机器不是一个，你改下改成一致了。重新执行下，就行。
或者你在把graphd和storage的机器放在一台。肯定没有问题。

Reid00 · 2021 年8 月 13 日 03:36

三台机器的集群，每个机器都是graphd 和storaged，应该不是这个原因？有点奇怪

[root@nebula-test-1 scripts]# ./nebula.service status all
[WARN] The maximum files allowed to open might be too few: 1024
[INFO] nebula-metad: Running as 23090, Listening on 9559
[INFO] nebula-graphd: Running as 23134, Listening on 9669
[INFO] nebula-storaged: Running as 23198, Listening on 9779

pandasheeps · 2021 年8 月 13 日 03:54

这个问题就是graphd和storaged机器时间不一致导致的。你改成一致了。重新测试下。肯定没有问题。

Reid00 · 2021 年8 月 13 日 06:00

三台机器的date 目前是一致的如下。这个是nebula 的的时区有关系吗？

[root@nebula-test-3 ~]# date
Fri Aug 13 13:56:10 CST 2021

[root@nebula-test-2 ~]# date
Fri Aug 13 13:55:19 CST 2021

[root@nebula-test-1 scripts]# date
Fri Aug 13 13:54:50 CST 2021

Reid00 · 2021 年8 月 13 日 06:20

已经解决，换了test2 的ip连接，发现生效了。

system · 2021 年9 月 12 日 06:20

此话题已在最后回复的 30 天后被自动关闭。不再允许新回复。