जवाबों:
से माइक्रोसॉफ्ट प्रलेखन :
PAGEIOLATCH_SHतब होता है जब कोई कार्य एक
I/Oअनुरोध पर है कि एक बफर के लिए एक कुंडी पर इंतजार कर रहा है । कुंडी अनुरोध साझा मोड में है। लंबी प्रतीक्षा डिस्क सबसिस्टम के साथ समस्याओं का संकेत दे सकती है।
व्यवहार में, यह लगभग हमेशा बड़े तालिकाओं पर बड़े स्कैन के कारण होता है। यह उन प्रश्नों में लगभग कभी नहीं होता है जो कुशलता से अनुक्रमित करते हैं।
यदि आपकी क्वेरी इस प्रकार है:
Select * from <table> where <col1> = <value> order by <PrimaryKey>
जाँच करें कि आपके पास एक समग्र सूचकांक है (col1, col_primary_key)।
यदि आपके पास एक नहीं है, तो आपको चुने जाने पर या INDEX SCANतो पूर्ण की आवश्यकता होगी PRIMARY KEY, या SORTयदि कोई सूचकांक col1चुना गया है।
वे दोनों I/Oबड़े तालिकाओं पर बहुत डिस्क खपत वाले ऑपरेशन हैं।
SQL for Smartiesऔर Thinking in Sets) और मेरे ब्लॉग का पाठ्यक्रम :)
PAGEIOLATCH_SH प्रतीक्षा प्रकार आमतौर पर खंडित या अडॉप्ट किए गए इंडेक्स के परिणाम के रूप में सामने आता है।
अक्सर अत्यधिक PAGEIOLATCH_SHप्रतीक्षा प्रकार के कारण हैं:
उच्च PAGEIOLATCH_SHप्रतीक्षा प्रकार रखने के लिए प्रयास करने और हल करने के लिए , आप देख सकते हैं:
PAGEIOLATCH_SHप्रतीक्षा प्रकारों के मूल कारण के रूप में पाया जा सकता हैहमेशा ध्यान रखें कि ऑल्वेज़ एजी में उच्च सुरक्षा मिररिंग या सिंक्रोनस-कम उपलब्धता के मामले में, वृद्धि / अत्यधिक की PAGEIOLATCH_SHउम्मीद की जा सकती है।
आप SQL सर्वर PAGEIOLATCH_SH प्रतीक्षा प्रकारों को अत्यधिक प्रबंधित करने वाले लेख में इस विषय के बारे में अधिक जानकारी प्राप्त कर सकते हैं