Django app में N+1 query की समस्या आप कैसे ढूंढेंगे और ठीक करेंगे?

पहले queries गिनकर पुष्टि करें, लोकल पर Django Debug Toolbar से या टेस्ट में assertNumQueries से। पैटर्न यह होता है कि लूप किसी related ऑब्जेक्ट को छूता है, जिससे हर row पर एक query चलती है, क्योंकि querysets lazy हैं। forward relations select_related से ठीक करें, जो join करता है, और reverse या many to many relations prefetch_related से, जो एक अतिरिक्त query चलाता है।

पहले माप, क्योंकि ORM की परफॉर्मेंस का अंदाजा लगाना पूरी दोपहर बर्बाद करने का तरीका है। लोकल पर मैं debug toolbar चालू करता हूं या debug level पर queries लॉग करता हूं, और अगर यह पहले से प्रोडक्शन में है तो trace देखता हूं, जहां चार सौ लगभग एक जैसे selects चलाता endpoint साफ पहचान में आ जाता है। वजह यह है कि queryset तब तक डेटाबेस को नहीं छूता जब तक आप उस पर इटरेट न करें, और हर row पर foreign key छूने से वह relation lazily आता है। forward foreign key के लिए मैं select_related जोड़ता हूं, जो उसे join और एक ही query बना देता है। reverse relations या many to many के लिए prefetch_related, जो दूसरी query चलाकर नतीजों को Python में जोड़ देता है। ठीक होने के बाद मैं view को assertNumQueries में लपेटकर अपेक्षित संख्या के साथ टेस्ट लिखता हूं, वरना अगला बंदा template में एक field जोड़ेगा और यह चुपचाप वापस बिगड़ जाएगा। एक अंदरूनी dashboard पर हमने एक पेज को करीब तीन सौ queries से चार पर लाया, और लोड टाइम लगभग दो सेकंड से घटकर दो सौ मिलीसेकंड से नीचे आ गया।