Uploaded image for project: 'Documentation'
  1. Documentation
  2. DOCS-10838

Docs for SERVER-31032: Secondaries should default to 'available' read concern level when one is not specified

    • Type: Icon: Task Task
    • Resolution: Fixed
    • Priority: Icon: Major - P3 Major - P3
    • 3.5.14, 3.6.0-rc0
    • Affects Version/s: None
    • Component/s: manual, Server
    • Labels:

      Documentation Request Summary:

      Secondary request's read concern level defaults to 'available' when neither 'afterClusterTime' nor 'level' is specified.

      Put another way, when 'afterClusterTime' is specified, 'level' is always promoted to 'local' if not specified. And secondary requests default to 'available' level when unspecified.

      Engineering Ticket Description:

      Currently the 'shardVersion' of a request is only ignored when 'available' read concern is set in that request. So the default is 'local' read concern when none is specified. This is desirable on primaries, but we wish to maintain v3.4 behavior on secondaries by defaulting to 'available' when none is specified.

      Update: the exception to a secondary request's default to 'available' read concern level is when afterClusterTime is specified without a level, in which case the default should be 'local'. As per SPEC-929.

            kay.kim@mongodb.com Kay Kim (Inactive)
            kay.kim@mongodb.com Kay Kim (Inactive)
            0 Vote for this issue
            1 Start watching this issue

              6 years, 27 weeks, 6 days ago