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

    XMLWordPrintable

Details

    • Task
    • Status: Closed
    • Major - P3
    • Resolution: Fixed
    • None
    • 3.5.14, 3.6.0-rc0
    • manual, Server
    • None

    Description

      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.

      Attachments

        Issue Links

          Activity

            People

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

              Dates

                Created:
                Updated:
                Resolved:
                4 years, 45 weeks, 6 days ago