Consider forcing majority read concern for change streams shard monitor

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Works as Designed
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • ALL
    • Query Execution 2021-07-12, Query Execution 2021-07-26
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      The "shard monitor" cursor that each change stream opens on the config server replica set uses the read concern of the change stream:
      https://github.com/mongodb/mongo/blob/493e0058075cb8ac67d1eda1cea94417ab11d30c/src/mongo/db/pipeline/sharded_agg_helpers.cpp#L116-L119

      A majority read concern may be more appropriate, however, to ensure that the change stream never observes topology events that get rolled back.

            Assignee:
            Bernard Gorman
            Reporter:
            Justin Seyster
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: