हम बहुत उच्च PAGELATCH_EX और PAGELATCH_SH प्रतीक्षा प्रकार के साथ उच्च WRITELOG प्रतीक्षा कर रहे हैं। मैंने PAGELATCH प्रतीक्षा के कारण क्वेरी का निदान किया है और IDENTITY मान के साथ परिभाषित व्यस्त संकुल प्राथमिक कुंजी में प्रविष्टि दर को कम करके उन्हें समाप्त कर सकता है। मैं समझता हूं कि इस घटना को अंतिम पृष्ठ सम्मिलित कुंडी विवाद के रूप में जाना जाता है।
हालाँकि, मेरा सवाल यह है कि जब एक नया रिकॉर्ड डाला जाता है, तो SQL सर्वर एक बफर पेज पर एक अनन्य PAGELATCH_EX लेता है, रिकॉर्ड को बफर पेज पर डालता है, लेनदेन लॉग को रिकॉर्ड लिखता है और फिर विस्तृत PAGELATCH_EX को विस्तृत https: // पर जारी करता है। www.microsoft.com/en-ie/download/details.aspx?id=26665 पृष्ठ 24. या क्या यह PAGELATCH_EX को विस्तृत रूप से विस्तृत करने से पहले लेनदेन लॉग में रिकॉर्ड लिखता है "अत्यधिक समवर्ती" PAGELATCH Contention को हल करना "INSERT वर्कलोड - पृष्ठभूमि की जानकारी SQLCAT की गाइड: रिलेशनल इंजन
यदि रिकॉर्ड को लैचिंग तंत्र के बाहर लॉग करने के लिए लिखा गया है, तो मैं उच्च पैगलेट इंतजार के कारण के रूप में धीमी गति से लिख सकता हूं। लेकिन अगर कुंडी को तब तक रखा जाता है जब तक कि रिकॉर्ड को लॉग करने के लिए कठोर नहीं किया जाता है, तो मुझे शायद WRITELOG को ध्यान में रखना चाहिए।
कई गैर-संकुलित अनुक्रमित होने के कारण PAGELATCH_ * कुंडी अधिक समय तक आयोजित की जाएगी अर्थात यदि किसी तालिका में क्लस्टर है और एकाधिक गैर-क्लस्टर अनुक्रमणिका को लेटेस जोड़ा जाता है और अनुक्रमणिका के प्रत्येक पृष्ठ पर समवर्ती रूप से जारी किए जाते हैं?
अपडेट 1 कन्फियो-एसक्यूएल-सर्वर-रिटेलॉग-वेट स्लाइड दो और सामान्य वाल आर्किटेक्चर पढ़ने के बाद । मुझे अब यह समझ में आ रहा है कि "एक लॉग प्रविष्टि दर्ज करें जिसे पंक्ति को संशोधित किया गया है" दोनों श्वेत पत्रों में विस्तृत कदम SQL सर्वर से लेन-देन लॉग कैश में परिवर्तन का उल्लेख है, डिस्क का नहीं। एक बार लेन-देन पूरा हो जाने पर या पूरा रिकॉर्ड बफर करने के बाद तुरंत डिस्क पर फ्लश कर दिया जाता है।