Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-90975

Consider adding more interrupt checks to planner

    • Type: Icon: Task Task
    • Resolution: Unresolved
    • Priority: Icon: Major - P3 Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Query Optimization

      in AF-19 we saw a system under load with update queries spending time in the index bound building code for $in without checking for interrupt. These updates were holding the RSTL lock during a stepdown and took too long to reach interrupt checks in the execution layer. SERVER-89583 added some interrupt checks during plan enumeration to create earlier opportunities to check for interrupt so that an overloaded node is more likely to be able to kill updates and step down gracefully.

      This ticket should consider other places in the query planing code where interrupt checks would make sense and potentially rework the existing interrupt check to be directly in the $in index bound building code

            Assignee:
            Unassigned Unassigned
            Reporter:
            mickey.winters@mongodb.com Mickey Winters
            Votes:
            0 Vote for this issue
            Watchers:
            7 Start watching this issue

              Created:
              Updated: