எனது SQL வினவல் தயாரிப்புச் சூழலில் (Production) மட்டும் ஏன் மெதுவாக இருக்கிறது?

இது எந்தவொரு மென்பொருள் உருவாக்குநருக்கும் ஏமாற்றமளிக்கும் ஒரு சூழலாகும். செயலியில் உள்ள ஒரு அம்சம் இயங்காமல் நின்றுவிட்டது என்று ஒரு பயனர் தெரிவிக்கிறார். பயன்பாடு இயக்கிய அதே SQL வினவலை எடுத்து, அதை SQL Server Management Studio (SSMS)-இல் ஒட்டி, Execute என்பதைக் கிளிக் செய்கிறீர்கள். அது வெறும் 0.02 வினாடிகளில் முடிந்துவிடுகிறது. அதை மீண்டும் இயக்கிப் பார்க்கிறீர்கள். அது இன்னமும் மிகவும் வேகமாக இயங்குகிறது. இருப்பினும், பயன்பாட்டின் உள்ளே, அது தொடர்ந்து காலாவதியாகி (time out) நிற்கிறது. இந்தச் சூழல் பெரும்பாலும் parameter sniffing எனப்படும் பொதுவான சிக்கலைச் சுட்டிக்காட்டுகிறது.

இன்று ஆகஸ்ட் 10, 2026, மேலும் தரவுத்தளத்தைக் கொண்ட பயன்பாடுகளில் பணியாற்றும் உருவாக்குநர்களுக்கு parameter sniffing பற்றிப் புரிந்து கொள்வது மிகவும் முக்கியமானது. பயன்பாடுகள் வளரும்போதும் தரவுப் பகிர்வுகள் மாறும்போதும், குறிப்பாய் தயாரிப்புச் சூழல்களில் செயல்திறன் சிக்கல்கள் ஏற்படக்கூடும்.

Parameter Sniffing என்றால் என்ன?

ஒரு parameterized query அல்லது stored procedure முதன்முறையாக இயங்கும்போது, SQL Server அந்தத் தருணத்தில் அனுப்பப்பட்ட அளபுருக்களைப் (parameters) பார்க்கிறது. எத்தனை வரிசைகள் (rows) திரும்பப் பெறப்படும் என்பதைக் கணிக்க இந்த மதிப்புகளைப் பயன்படுத்தி, அந்த குறிப்பிட்ட சூழ்நிலைக்கு ஏற்ப ஒரு execution plan-ஐத் தொகுக்கிறது. இந்த execution plan பின்னர் எதிர்காலப் பயன்பாட்டிற்காக கேச் (cache) செய்யப்படுகிறது.

இருப்பினும், இது சிக்கல்களுக்கு வழிவகுக்கும். எடுத்துக்காட்டாக:

• சூழ்நிலை A: முதல் இயக்கம் 5 வரிசைகளைத் திரும்பத் தரும் ஒரு parameter-ஐ அனுப்புகிறது. SQL Server ஒரு Index Seek-ஐப் பயன்படுத்தி ஒரு திட்டத்தை உருவாக்குகிறது, இது வேகமானது மற்றும் திறமையானது.
• சூழ்நிலை B: பின்னர், மற்றொரு பயனர் 500,000 வரிசைகளைத் திரும்பத் தரும் parameter-ஐ அனுப்புகிறார். SQL Server சூழ்நிலை A-விலிருந்து கேச் செய்யப்பட்ட திட்டத்தை மீண்டும் பயன்படுத்துகிறது, இது இந்த மிகப்பெரிய தரவுத்தொகுப்பிற்குப் (dataset) பொருத்தமானதல்ல. ஒரு மிகப்பெரிய தரவுத்தொகுப்பிற்கு லேசான திட்டத்தைப் பயன்படுத்த சேவையகம் சிரமப்படுகிறது, இதனால் மெதுவான செயல்திறன் அல்லது timeouts கூட ஏற்படலாம்.

Parameter Sniffing சிக்கல்களை எவ்வாறு கண்டறிவது

கேச்சில் உள்ள தவறான execution plan-களைக் கண்டறிய, நீங்கள் plan cache-ஐ ஆய்வு செய்யலாம். தொகுப்பின் போதும் (compilation) இயக்கத்தின் போதும் (execution) என்ன parameter மதிப்புகள் பயன்படுத்தப்பட்டன என்பதைப் பார்க்க இது உதவுகிறது. எதிர்பார்க்கப்பட்டதை விட மெதுவாக இயங்கும் வினவல்களைக் கண்டறிய நீங்கள் பயன்படுத்தக்கூடிய விரைவான SQL கட்டளை இதோ:

SELECT TOP 10 qs.execution_count AS [Exec_Count],
    (qs.total_elapsed_time / 1000.0) / qs.execution_count AS [Avg_Duration_ms],
    (qs.total_worker_time / 1000.0) / qs.execution_count AS [Avg_CPU_ms],
    qs.total_logical_reads / qs.execution_count AS [Avg_Logical_Reads],
    SUBSTRING(st.text, (qs.statement_start_offset / 2) + 1,
    ((CASE qs.statement_end_offset WHEN -1 THEN DATALENGTH(st.text) ELSE qs.statement_end_offset END - qs.statement_start_offset) / 2) + 1) AS [Query_Text],
    qp.query_plan AS [XML_Execution_Plan]
FROM sys.dm_exec_query_stats AS qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) AS st
CROSS APPLY sys.dm_exec_query_plan(qs.plan_handle) AS qp
WHERE qs.execution_count > 5
ORDER BY (qs.total_elapsed_time / qs.execution_count) DESC;

இந்தக் கட்டளையை நீங்கள் இயக்கும் போது, நீங்கள் XML_Execution_Plan நெடுவரிசையைக் கிளிக் செய்து SSMS-இல் உண்மையான வரைகலை (graphical) execution plan-ஐப் பார்க்கலாம். Properties சாளரத்தின் உள்ளே உள்ள Parameter List-ஐத் தேடுங்கள்; அது உங்களுக்கு Compiled Value மற்றும் Runtime Value ஆகியவற்றைக் காட்டும். இந்த மதிப்புகள் கணிசமாக வேறுபட்டிருந்தால், நீங்கள் parameter sniffing சிக்கலைக் கண்டறிந்துவிட்டீர்கள் என்று அர்த்தம்.

Parameter Sniffing-ஐ எவ்வாறு சரிசெய்வது

உங்கள் SQL Server பதிப்பு மற்றும் குறிப்பிட்ட வணிகச் சூழலைப் பொறுத்து, parameter sniffing-ஐச் சரிசெய்ய பல உத்திகள் உள்ளன:

• சேர்க்கவும் OPTIMIZE FOR UNKNOWN: இந்த query hint, குறிப்பிட்ட parameter மதிப்புகளுக்கு ஏற்ப அமைக்கப்பட்ட திட்டத்திற்குப் பதிலாக, பொதுவான ஒரு திட்டத்தை உருவாக்குமாறு SQL Server-க்குக் கூறுகிறது.
• உள்ளூர் மாறிகளைப் (Local Variables) பயன்படுத்தவும்: Stored procedure-களில் நேரடியாக parameters-ஐப் பயன்படுத்துவதற்குப் பதிலாக, உள்ளூர் மாறிகள் (local variables) SQL Server சிறந்த திட்டத்தை உருவாக்க உதவக்கூடும்.
• பழைய Index Statistics-ஐப் புதுப்பிக்கவும்: உங்கள் புள்ளியியல் தரவை (statistics) புதுப்பித்த நிலையில் வைத்திருப்பது, execution plan-கள் குறித்து சிறந்த முடிவுகளை எடுக்க SQL Server-க்கு உதவும்.
• Query Store-ஐப் பயன்படுத்தவும்: செயல்படுத்தப்பட்டால் (enabled), உங்கள் வினவல்களுக்குத் தெரிந்த நல்ல திட்டத்தைக் (good plan) கட்டாயப்படுத்த Query Store உதவும்.

முடிவுரை

Parameter sniffing என்பது தயாரிப்புச் சூழல்களில் செயல்திறன் சிக்கல்களுக்கு வழிவகுக்கும் ஒரு தந்திரமான சிக்கலாக இருக்கலாம். இது எவ்வாறு இயங்குகிறது என்பதையும், அதை எவ்வாறு கண்டறிந்து சரிசெய்வது என்பதையும் புரிந்துகொள்வதன் மூலம், உங்கள் SQL வினவல்களின் செயல்திறனை மேம்படுத்தலாம்.

நன்மைகள்

• மெதுவான வினவல்களைத் திறம்படக் கண்டறிய உதவுகிறது.
• Execution plan-கள் பற்றிய புரிதலை வழங்குகிறது.
• தீர்வுக்கான பல உத்திகளை வழங்குகிறது.

குறைபாடுகள்

• SQL Server-இன் உட்புற அமைப்புகளைப் பற்றிய புரிதல் தேவைப்படுகிறது.
• குறிப்பிட்ட சூழ்நிலைகளின் அடிப்படையில் மாற்றங்கள் செய்ய வேண்டியிருக்கலாம்.
• SQL Server பதிப்பைப் பொறுத்து தீர்வுகள் வேறுபடலாம்.

எச்சரிக்கை

இக்கட்டுரை கல்வி நோக்கங்களுக்கானது. எப்போதும் ஏதேனும் மாதிரி மதிப்புகளை (placeholder values) உங்கள் உண்மையான தரவைக் கொண்டு மாற்றவும், அவற்றை நம்புவதற்கு முன்பு மூல ஆதாரங்களுடன் கூற்றுகளைச் சரிபார்க்கவும்.

அடிக்கடி கேட்கப்படும் கேள்விகள்

• Parameter sniffing என்றால் என்ன? — Parameter sniffing என்பது, ஒரு வினவலின் முதல் இயக்கத்திலிருந்து கிடைத்த parameter மதிப்புகளைப் பயன்படுத்தி SQL Server ஒரு கேச் செய்யப்பட்ட execution plan-ஐ உருவாக்கும் நிகழ்வாகும். இது தொடர்ச்சியான இயக்கங்களுக்கு உகந்ததாக இல்லாமல் இருக்கலாம்.
• Parameter sniffing ஏன் மெதுவான வினவல்களுக்குக் காரணமாகிறது? — கேச் செய்யப்பட்ட execution plan, பிந்தைய இயக்கங்களின் தரவு அளவு அல்லது பகிர்வுக்குப் பொருத்தமாக இல்லாதபோது, அது மெதுவான வினவல்களுக்கு வழிவகுக்கும்.
• Parameter sniffing சிக்கல்களை நான் எவ்வாறு கண்டறியலாம்? — நீங்கள் plan cache-ஐ ஆய்வு செய்து, வேறுபாடுகளைக் கண்டறிய தொகுக்கப்பட்ட (compiled) parameter மதிப்புகளை இயக்க நேர (runtime) மதிப்புகளுடன் ஒப்பிடலாம்.
• Execution plan என்றால் என்ன? — Execution plan என்பது ஒரு வினவலை இயக்க SQL Server பயன்படுத்தும் ஒரு வழிகாட்டியாகும், இது தரவை எவ்வாறு மீட்டெடுக்கும் என்பதை விவரிக்கிறது.
• Parameter sniffing-ஐ நான் எவ்வாறு சரிசெய்யலாம்? — போன்ற நுட்பங்களைப் பயன்படுத்தி இதைச் சரிசெய்யலாம் OPTIMIZE FOR UNKNOWN, உள்ளூர் மாறிகள் (local variables), புள்ளியியல் தரவைப் புதுப்பித்தல் (updating statistics) அல்லது Query Store-ஐப் பயன்படுத்துதல்.
• Parameter sniffing அனைத்து SQL Server பதிப்புகளையும் பாதிக்குமா? — ஆம், parameter sniffing பல்வேறு SQL Server பதிப்புகளைப் பாதிக்கலாம், குறிப்பாகத் தரவுப் பகிர்வுகள் சீரற்றதாக இருக்கும்போது.

குறிச்சொற்கள்

#database #sql #performance #queryoptimization #parametersniffing #sqlserver #executionplan #databases