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)