Details
-
Improvement
-
Status: Open
-
Major
-
Resolution: Unresolved
-
None
-
None
-
None
Description
In the current implementation, we provide only one persist raft log buffer for each SyncLogDequeSerializer, which means if the buffer is full, we will have to wait until the buffer is flushed before we can write the next log, thus creating spikes in ingestions.
So, it is beneficial to split the WAL buffer into a working one and a flushing one, and if the last flush has completed before we ran out of the current working one, we can directly swap them, and continue writes.
Attachments
Issue Links
- is a child of
-
IOTDB-68 IoTDB supports distributed version
- Open
- links to