-
Type: Improvement
-
Resolution: Won't Fix
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Storage
-
None
-
Replication
-
Repl 2024-06-24, Repl 2024-07-08
The Database object class has no special state on it today except for the isDropPending flag used to prevent new collections from being created while waiting for all collections to be two-phased drop committed. We can eliminate the Database object entirely, potentially.
In addition, we can remove the rollback logic for the dropDatabase oplog entry and the oplog entry itself entirely. The dropDatabase command will simply two-phase drop all collections contained in the database, with nothing further to do.
This ticket depends on removing readConcernMajority=false.
- is depended on by
-
SERVER-33272 The DatabaseHolder::close() function no longer requires a global write lock and neither does the dropDatabase command.
- Closed
-
SERVER-43925 Proactively close newly empty databases
- Needs Scheduling
- is related to
-
SERVER-77281 Investigate removing use of the DatabaseHolder and/or dropDatabase oplog entry in the storage execution layer
- Closed