-
Type: New Feature
-
Resolution: Fixed
-
Priority: Major - P3
-
Affects Version/s: None
-
Component/s: None
-
None
-
Fully Compatible
-
QE 2021-11-15, QE 2021-11-29, QE 2021-12-13, QE 2021-12-27, QE 2022-01-10, QE 2022-04-04, QE 2022-02-07, QE 2022-02-21, QE 2022-03-07, QE 2022-03-21, QE 2022-01-24
Currently during a granularity update, mongos and shards may see inconsistent granularity values. This causes read / write operations routed to wrong shards, and we need to have a consistent value for granularity during the update. The value will be stored on the config server, and read / write operations will be blocked temporarily during its update and use the config server value as the source of truth.
See this document for more detailed discussion https://docs.google.com/document/d/1ljVx7gni5dg6vuLSL2li14lq13T2RqENWEGKKeliCzw/edit#heading=h.948j6cnha6ak.
- causes
-
SERVER-64907 Ensure RT is valid before use in collMod coordinator
- Closed
-
SERVER-71920 ShardingCatalogManager::updateTimeSeriesGranularity does not take _kChunkOpLock
- Closed
- depends on
-
SERVER-64110 Timeseries insertion should not continue after a non-continuable error
- Closed
-
SERVER-60694 Create DDL coordinator for collMod command
- Closed
- is related to
-
SERVER-61044 Complete TODO listed in SERVER-57570
- Closed