ASYNC_NETWORK_IO प्रतीक्षा में एक साधारण लूप क्यों होता है?

Question

निम्नलिखित टी-एसक्यूएल SSMS v17.9 के साथ मेरी मशीन पर लगभग 25 सेकंड लेता है:

DECLARE @outer_loop INT = 0,
@big_string_for_u VARCHAR(8000);

SET NOCOUNT ON;

WHILE @outer_loop < 50000000
BEGIN
    SET @big_string_for_u = 'ZZZZZZZZZZ';
    SET @outer_loop = @outer_loop + 1;
END;

यह ASYNC_NETWORK_IOदोनों के अनुसार 532 एमएस वेट जमा करता है sys.dm_exec_session_wait_statsऔर sys.dm_os_wait_stats। लूप पुनरावृत्तियों की संख्या बढ़ने पर कुल प्रतीक्षा समय बढ़ता है। wait_completedविस्तारित घटना का उपयोग करके मैं देख सकता हूं कि प्रतीक्षा कुछ अपवादों के साथ हर 43 एमएस में होती है:

इसके अलावा, मैं ASYNC_NETWORK_IOप्रतीक्षा से ठीक पहले कॉल स्टैक प्राप्त कर सकता हूं :

sqldk.dll!SOS_DispatcherBase::GetTrack+0x7f6c
sqldk.dll!SOS_Scheduler::PromotePendingTask+0x204
sqldk.dll!SOS_Task::PostWait+0x5f
sqldk.dll!SOS_Scheduler::Suspend+0xb15
sqllang.dll!CSECCNGProvider::GetBCryptHandleFromAlgID+0xf6af
sqllang.dll!CSECCNGProvider::GetBCryptHandleFromAlgID+0xf44c
sqllang.dll!SNIPacketRelease+0xd63
sqllang.dll!SNIPacketRelease+0x2097
sqllang.dll!SNIPacketRelease+0x1f99
sqllang.dll!SNIPacketRelease+0x18fe
sqllang.dll!CAutoExecuteAsContext::Restore+0x52d
sqllang.dll!CSQLSource::Execute+0x151b
sqllang.dll!CSQLSource::Execute+0xe13
sqllang.dll!CSQLSource::Execute+0x474
sqllang.dll!SNIPacketRelease+0x165d
sqllang.dll!CValOdsRow::CValOdsRow+0xa92
sqllang.dll!CValOdsRow::CValOdsRow+0x883
sqldk.dll!ClockHand::Statistic::RecordClockHandStats+0x15d
sqldk.dll!ClockHand::Statistic::RecordClockHandStats+0x638
sqldk.dll!ClockHand::Statistic::RecordClockHandStats+0x2ad
sqldk.dll!SystemThread::MakeMiniSOSThread+0xdf8
sqldk.dll!SystemThread::MakeMiniSOSThread+0xf00
sqldk.dll!SystemThread::MakeMiniSOSThread+0x667
sqldk.dll!SystemThread::MakeMiniSOSThread+0xbb9

अंत में, मैंने देखा कि एसएसएमएस लूप के दौरान सीपीयू की एक आश्चर्यजनक मात्रा का उपयोग करता है (औसतन लगभग आधा कोर)। मैं यह पता लगाने में असमर्थ हूं कि उस दौरान एसएसएमएस क्या कर रहा है।

ASYNC_NETWORK_IOSSMS के माध्यम से निष्पादित होने पर एक साधारण लूप प्रतीक्षा क्यों करता है ? इस क्वेरी के निष्पादन से ग्राहक को मिलने वाला एकमात्र आउटपुट "कमांड्स सफलतापूर्वक पूरा हुआ।" संदेश।

Answer 1

प्रलेखन के लिए SET NOCOUNTकहते हैं:

SET NOCOUNT ONDONE_IN_PROCसंग्रहीत कार्यविधि में प्रत्येक कथन के लिए क्लाइंट को संदेश भेजने से रोकता है । संग्रहीत कार्यविधियों के लिए जिसमें कई कथन होते हैं जो बहुत वास्तविक डेटा नहीं लौटाते हैं, या उन प्रक्रियाओं के लिए जो ट्रांसेक्ट-एसक्यूएल लूप, सेटिंग होते हैंSET NOCOUNT करने के लिए ON, एक महत्वपूर्ण प्रदर्शन को बढ़ावा देने प्रदान कर सकते हैं क्योंकि नेटवर्क यातायात बहुत कम है।

आप संग्रहीत कार्यविधि में कथन नहीं चला रहे हैं, इसलिए SQL सर्वर प्रत्येक SQL कथन की पूर्ण स्थिति को इंगित करने के लिए DONEटोकन (कोड 0xFD) भेजता है । जब नेटवर्क पैकेट भर जाता है, तो इन संदेशों को स्थगित कर दिया जाता है, और एसिंक्रोनस रूप से भेजा जाता है। जब क्लाइंट जल्दी से नेटवर्क पैकेट का उपभोग नहीं करता है, तो अंततः बफ़र्स भरते हैं, और एसक्यूएल सर्वर के लिए संचालन अवरुद्ध हो जाता है, जिससे ASYNC_NETWORK_IOवेट उत्पन्न होता है ।

नोट DONEटोकन नोट के DONEINPROC(कोड 0xFF) दस्तावेज नोटों से अलग हैं:

• DONEचर घोषणाओं को छोड़कर SQL बैच में प्रत्येक SQL कथन के लिए एक टोकन लौटाया जाता है।

• संग्रहीत कार्यविधियों के भीतर SQL कथनों के निष्पादन के लिए, DONEPROCऔर DONEINPROCटोकन के स्थान पर DONEटोकन का उपयोग किया जाता है ।

आप ASYNC_NETWORK_IOका उपयोग कर इंतजार में एक नाटकीय कमी देखेंगे :

CREATE PROCEDURE #P AS
SET NOCOUNT ON;

DECLARE
    @outer_loop integer = 0,
    @big_string_for_u varchar(8000);


WHILE @outer_loop < 5000000
BEGIN
    SET @big_string_for_u = 'ZZZZZZZZZZ';
    SET @outer_loop = @outer_loop + 1;
END;
GO
EXECUTE dbo.#P;

आप sys.sp_executesqlएक ही परिणाम प्राप्त करने के लिए भी उपयोग कर सकते हैं ।

उदाहरण स्टैक ट्रेस कैप्चर किया गया जैसे ही एक ASYNC_NETWORK_IOप्रतीक्षा शुरू होती है:

इनलाइन फ़ंक्शन में देखा गया एक उदाहरण टीडीएस पैकेट में sqllang!srv_completioncode_ex<1>निम्नलिखित 13 बाइट्स थे:

fd 01 00 c1 00 01 00 00 00 00 00 00 00          

कौन सा डिकोड होता है:

• टोकन टाइप = 0xfd DONE_TOKEN
• स्थिति = 0x0001 DONE_MORE
• CurCmd = 0x00c1 (193)
• DoneRowCount = 0x00000001 (1)

अंत में, ASYNC_NETWORK_IOप्रतीक्षा की संख्या क्लाइंट और ड्राइवर पर निर्भर करती है, और यह क्या करता है, अगर कुछ भी, सभी DONEसंदेशों के साथ। प्रश्न में दिए गए आकार के लूप 1/10 वीं के साथ परीक्षण (5,000,000 लूप पुनरावृत्तियों) मैंने पाया कि एसएसएमएस 200-300 एमएस वेट के साथ लगभग 4 सेकंड तक चलता है। sqlcmdएकल अंक एमएस वेट के साथ 2-3 सेकंड के लिए दौड़ा; osqlलगभग 10 एमएस प्रतीक्षा के साथ एक ही समय के आसपास।

इस परीक्षण के लिए अब तक का सबसे खराब ग्राहक Azure Data Studio था। यह लगभग 6 घंटे चला: