[
https://issues.apache.org/jira/browse/IOTDB-2509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17488586#comment-17488586
]
Jialin Qiao commented on IOTDB-2509:
------------------------------------
https://github.com/apache/iotdb/pull/4983
> [Merge] when write out of order data, data are different after merge.
> ---------------------------------------------------------------------
>
> Key: IOTDB-2509
> URL: https://issues.apache.org/jira/browse/IOTDB-2509
> Project: Apache IoTDB
> Issue Type: Bug
> Components: Core/Server
> Reporter: 张洪胤
> Priority: Major
> Labels: 0.13.0
> Attachments: 12.5.csv, 13.0.csv, check-config.properties,
> image-2022-01-30-16-24-45-709.png, image-2022-01-30-16-29-41-688.png,
> image-2022-01-30-16-30-25-700.png, write-config.properties
>
>
> First, we use double write mode benchmark to write out of order data into
> IoTDB 0.12.5(default config) and IoTDB 0.13.0(default config), related
> benchmark config: write-config.properties(please modify host).
> then, we use double point check mode benchmark to check the data between
> them, related benchmark config: check-config.properties(please modify host).
> And we find there are something wrong happen in benchmark log:
> !image-2022-01-30-16-24-45-709.png|width=749,height=337!
> After that, we try to find what's wrong of d_1 in this time, use
> `./export-csv.sh -h 127.0.0.1 -p 6667 -u root -pw root -td /home/xzh -q
> "select * from root.test.g_0.d_0 where time >= 1541390305000 and time <
> 1541390805000 order by time desc"` to export data. The data of IoTDB 0.12.5
> is 12.5.csv, and the data of IoTDB 0.13.0 is 13.0.csv.
> Then we compare them and find there are differences:
> !image-2022-01-30-16-29-41-688.png|width=748,height=347!
> !image-2022-01-30-16-30-25-700.png|width=752,height=143!
> It looks like that some line in 0.12.5 has been splited into 2 line in
> 0.13.0, and order is not taken effect in 0.13.0.
> This problem can be stable recurrence.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
