You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kylin.apache.org by "Temple Zhou (JIRA)" <ji...@apache.org> on 2018/12/13 10:32:00 UTC
[jira] [Created] (KYLIN-3718) Segments in volatile range is more
than designated value
Temple Zhou created KYLIN-3718:
----------------------------------
Summary: Segments in volatile range is more than designated value
Key: KYLIN-3718
URL: https://issues.apache.org/jira/browse/KYLIN-3718
Project: Kylin
Issue Type: Bug
Components: Metadata
Affects Versions: v2.5.0, v2.4.0, v2.3.0
Reporter: Temple Zhou
Assignee: Temple Zhou
I have designated the volatile value of the cube to 1 and the auto merge thresholds is 3, but I found the former 3 segments was not merged when the 4th segment was ready.
the ready segments are as below:
# xxx[20181201000000_20181202000000]
# xxx[20181202000000_20181203000000]
# xxx[20181203000000_20181204000000]
# xxx[20181204000000_20181205000000]
Besides, I found the log info:
{code:java}
2018-12-13 16:30:48,065 WARN [Thread-799] model.Segments:182 : segment in volatile range: xxx[20181203000000_20181204000000]rangeStart:1543968000000, rangeEnd1544054400000
2018-12-13 16:30:48,065 WARN [Thread-799] model.Segments:182 : segment in volatile range: xxx[20181204000000_20181205000000]rangeStart:1544054400000, rangeEnd1544140800000{code}
I think the expected result should be:
seg: xxx[20181204000000_20181205000000] should be reserved
seg: xxx[20181201000000_20181202000000],xxx[20181202000000_20181203000000],xxx[20181203000000_20181204000000] should be merged.
However, the truth is:
When the 5th segments was ready, the former 3 segments were automatically merged.
Although the value of volatile range is 1, there are always 2 segments will be reserved.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)