Loading...

XML

Word

Printable

JSON

Type: Improvement
Resolution: Unresolved
Priority: Major - P3
Fix Version/s: None
Affects Version/s: 6.0.6
Component/s: None
Labels:
- car-product-sync

Assigned Teams:

Catalog and Routing
Backwards Compatibility:
Fully Compatible
Sprint:
Execution EMEA Team 2023-10-30, CAR Team 2023-11-13, CAR Team 2023-11-27, CAR Team 2023-12-11, CAR Team 2023-12-25
Linked BF Score:
200
Confidence Status:
None
Work Order:
3
CAR Domain/s:

🟦 Shard Catalog

Aha! Reference:
None
Tracking Level:
None
Risk Status:
None
Exec Notes:
None
Goal Name(s):
None
Goal Link:
None

A replica secondary node will reload the whole view catalog every time there is a view deletion, under an exclusive lock on the database's views collection. It was previously decided to accept the poor performance because it was thought unreasonable that users would create/drop views so quickly and continuously. However, now we have a user case encountering poor performance.

depends on

SERVER-89285 Reload views when onInitialDataAvailable happens

Closed

related to

SERVER-90332 Revert SERVER-78615

Closed

SERVER-83496 Better handling of the tests that set the system.views collection to inconsistent contents

Backlog

SERVER-90682 Keep the in-memory status of views up-to-date without reloading them on every operation in FallbackOpObserver

Backlog

SERVER-53870 Improve view creation performance over time

Closed

Assignee:: Unassigned
Reporter:: Dianna Hohensee (Inactive)
Participants:: Dianna Hohensee, Githook User
Votes:: 0 Vote for this issue
Watchers:: 6 Start watching this issue

Created:: Jul 03 2023 02:41:42 PM UTC
Updated:: May 30 2025 08:46:49 AM UTC
Confidence Status Last Update:: 18/Oct/23 3:37 PM