-
Type:
Task
-
Resolution: Fixed
-
Priority:
Major - P3
-
Affects Version/s: None
-
Component/s: Btree, Transactions
-
None
-
Storage Engines, Storage Engines - Transactions
-
SE Transactions - 2025-09-26
-
5
For read only btree, there is no need to instantiate the updates, such as tombstones and prepared updates, onto the update chain as we cannot modify it. If we still instantiate the prepared updates, for layered tables, we may get prepare conflict errors even if the prepared updates have been resolved. It also helps saving cache space on the standby for the disaggregated storage architecture.
Along with the change, we should also change the visibility checking function for the onpage value. Instead of always return not visible for prepared onpage value, we may need to return prepare conflict sometims.
- related to
-
WT-15588 Fix releasing the metadata cursor when it is still used
-
- Closed
-
-
WT-14984 Disagg: cannot read page after python test copies a directory (test_checkpoint_snapshot01)
-
- Closed
-
-
WT-15423 Remove const from array declaration.
-
- Closed
-
-
WT-15433 In verify assert ingest on leader never returns EBUSY
-
- Closed
-
-
WT-15148 test_timestamp_abort failed during checkpoint file creation on rhel8-zseries
-
- Closed
-
-
WT-15409 Fix reverse compare assertion
-
- Closed
-