-
Type: Improvement
-
Resolution: Won't Do
-
Priority: Minor - P4
-
None
-
Affects Version/s: None
-
Component/s: None
-
Serverless
-
Server Serverless 2022-03-21
The TenantMigrationOplogApplier currently expects noop pre/post image oplog entries to have a statement id. There is some inconsistency around what statement id is assigned to each pre/post image oplog entry:
- For the case where the side image collection is enabled, the DocumentSoureceFindAndModifyImageLookup stage sets the statement id of each forged image oplog entry to 0.
- For the case where the side image collection is not enable, the OpObserverImpl indirectly sets the statement id of each image oplog entry to the statement id of the oplog entry that has the pre/post image.
Pre/post image oplog entries are not linked the retryable write oplog chain, that is why re-using statement ids is not causing any issue. However, it is still confusing to make multiple oplog entries have the same statement ids, especially if the they do not belong to the same write (case 1).
- related to
-
SERVER-65312 findAndModify pre/post image noop oplog entry forged by chunk migration donor should have the same statement id as the CRUD oplog entry it corresponds to
- Closed
-
SERVER-65344 findAndModify pre/post image noop oplog entry forged by the $_internalFindAndModifyImageLookup stage should have the same statement id as the CRUD oplog entry it corresponds to
- Closed