-
Type: Improvement
-
Resolution: Works as Designed
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
-
None
-
Storage Execution NAMER
-
v7.0, v6.0, v5.0, v4.4
-
Execution NAMR Team 2023-09-04
Updates-with-damages uses WiredTiger's modify operation instead of the usual update operation. Whereas an update is a full new value for a document, the modify is a delta on top of the previous value. Using a modify instead of an update benefits using lesser cache and reduces log amplification. But this comes at the performance cost of reads and writes, as full values need to be computed, which might need coalescing several modify on top of a base update.
Currently, there is no way to disable or tune the usage of updates-with-damages, so if a workload generates a lot of modify with a high-performance penalty, we can't mitigate the situation.
This ticket can explore providing knob(s) to disable updates-with-damages on a collection or reduce how often modify get generated.
- is related to
-
WT-7776 Add a hard limit on the number of modify updates before we instantiate a complete update
- Closed
-
SERVER-79875 WiredTigerRecordStore::doUpdateRecord breaks RecordStore::updateRecord contract
- Open
-
SERVER-57482 Adaptively call wiredtiger_calc_modify
- Backlog