مسئله‌ای که Interleaved Execution حل می‌کند

یک Query ثابت در برابر حجم داده، توزیع پارامتر و وضعیت Cache همیشه رفتار یکسانی ندارد. Interleaved Execution برای همین نوسان ساخته شده و پس از اجرای MSTVF، بخش پایین‌دستی Plan را با تعداد واقعی ردیف بهینه می‌کند.

این مقاله از سطح مقدماتی آغاز می‌کند و پیش‌نیاز SQL Server 2017، Compatibility Level 140، منطق MSTVF و Actual Row Count، ده آزمایش عملی و روش تصمیم‌گیری برای Production را پوشش می‌دهد.

مثال‌ها را در پایگاه آزمایشی اجرا کنید؛ برای مشاهده نتیجه به Actual Execution Plan، مجوز ساخت Object و ترجیحاً Query Store نیاز دارید.

بازگشت به راهنمای جامع Intelligent Query Processing

دسترسی سریع

1. تعریف و جایگاه
2. نحو و سازگاری
3. ده مثال عملی
4. Performance
5. سؤالات متداول

تعریف و جایگاه موضوع

Interleaved Execution یا اجرای درهم‌تنیده در خانواده Intelligent Query Processing قرار می‌گیرد. پس از اجرای MSTVF، بخش پایین‌دستی Plan را با تعداد واقعی ردیف بهینه می‌کند. سیگنال‌های اصلی آن MSTVF, Materialization, Actual Row Count, Reoptimization هستند و نتیجه باید در Plan یا Runtime Stats قابل مشاهده باشد.

سناریوی مناسب، رویه‌های قدیمی مبتنی بر Multi-Statement TVF است. این قابلیت یک درمان عمومی برای Schema نامناسب، Statistics منقضی یا Predicate غیرSARGable نیست و باید بعد از تشخیص ریشه مسئله انتخاب شود.

نحو، تنظیمات و نوع خروجی

تنظیم پایه

ALTER DATABASE SCOPED CONFIGURATION SET INTERLEAVED_EXECUTION_TVF = ON;

نسخه، پارامتر و رفتار ویژه

Interleaved Execution Return Type مستقلی به برنامه برنمی‌گرداند؛ نتیجه آن در انتخاب Operator، Variant، Grant، DOP یا زمان Compile دیده می‌شود. بنابراین خروجی SELECT همان نوع داده عبارت اصلی باقی می‌ماند.

اجزای اصلی و منطق اجرا

مثال‌های عملی از ساده تا پیشرفته

مثال 1: بررسی سطح سازگاری

پیش از تحلیل Interleaved Execution سطح سازگاری را ثبت می‌کنیم.

SELECT DB_NAME() DatabaseName,compatibility_level FROM sys.databases WHERE name=DB_NAME();

نکته کاربردی: سطح هدف این مقاله 140 است.

مثال 2: فعال‌سازی کنترل‌شده

تنظیم مرتبط با Interleaved Execution در محیط آزمایشی فعال می‌شود.

ALTER DATABASE SCOPED CONFIGURATION SET INTERLEAVED_EXECUTION_TVF = ON;
SELECT name,value FROM sys.database_scoped_configurations ORDER BY name;

نکته کاربردی: Baseline پیش از تغییر را نگه دارید.

مثال 3: ساخت داده نمونه

داده‌ای متناسب با MSTVF و Materialization ساخته می‌شود.

CREATE OR ALTER FUNCTION dbo.IQP_IE(@MinID int)
RETURNS @T TABLE(ObjectID int, ObjectName sysname)
AS BEGIN
 INSERT @T SELECT object_id,name FROM sys.all_objects WHERE object_id>=@MinID;
 RETURN;
END;

نکته کاربردی: حجم و Skew را شبیه Production تنظیم کنید.

مثال 4: اجرای سناریوی پایه

Query پایه برای مشاهده Actual Row Count اجرا می‌شود.

DECLARE @MinID int=100; SELECT TOP (50) * FROM dbo.IQP_IE(@MinID) ORDER BY ObjectID;

نکته کاربردی: Actual Plan را ذخیره کنید.

مثال 5: ثبت XML Plan

ویژگی‌های Reoptimization و Downstream Plan در Plan بررسی می‌شوند.

SET STATISTICS XML ON;
DECLARE @MinID int=100; SELECT TOP (50) * FROM dbo.IQP_IE(@MinID) ORDER BY ObjectID;
SET STATISTICS XML OFF;

نکته کاربردی: Estimated Plan برای Feedback کافی نیست.

مثال 6: تکرار اجرا

برای شکل‌گیری تاریخچه Interleaved Execution چند اجرای متوالی انجام می‌شود.

DECLARE @i int=1; WHILE @i<=6 BEGIN
DECLARE @MinID int=100; SELECT TOP (50) * FROM dbo.IQP_IE(@MinID) ORDER BY ObjectID;
SET @i+=1; END;

نکته کاربردی: بین اجراها Cache را بی‌دلیل پاک نکنید.

مثال 7: تحلیل Query Store

Runtime Stats و Planهای Interleaved Execution از Query Store خوانده می‌شوند.

ALTER DATABASE CURRENT SET QUERY_STORE=ON;
SELECT TOP (20) q.query_id,p.plan_id,p.is_forced_plan,rs.count_executions,rs.avg_duration,rs.avg_cpu_time,rs.avg_logical_io_reads
FROM sys.query_store_query_text qt JOIN sys.query_store_query q ON q.query_text_id=qt.query_text_id
JOIN sys.query_store_plan p ON p.query_id=q.query_id JOIN sys.query_store_runtime_stats rs ON rs.plan_id=p.plan_id
WHERE qt.query_sql_text LIKE N'%IQP_INTERLEAVED_%' ORDER BY rs.last_execution_time DESC;

نکته کاربردی: بازه‌های زمانی همسان را مقایسه کنید.

مثال 8: آزمون NULL و حالت مرزی

شاخه کم‌انتخاب یا NULL برای Interleaved Execution آزمایش می‌شود.

SELECT COUNT_BIG(*) AS EmptyRows FROM dbo.IQP_IE(2147483647);

نکته کاربردی: حالت مرزی را در Regression Test نگه دارید.

مثال 9: مقایسه A/B

اثر Interleaved Execution با خاموش و روشن‌کردن کنترل‌شده مقایسه می‌شود.

ALTER DATABASE SCOPED CONFIGURATION SET INTERLEAVED_EXECUTION_TVF = OFF;
DECLARE @MinID int=100; SELECT TOP (50) * FROM dbo.IQP_IE(@MinID) ORDER BY ObjectID;
ALTER DATABASE SCOPED CONFIGURATION SET INTERLEAVED_EXECUTION_TVF = ON;

نکته کاربردی: در Production تغییر سراسری بدون Change Plan انجام ندهید.

مثال 10: پایش معیار پذیرش

CPU، IO و Duration برای پذیرش Interleaved Execution ثبت می‌شود.

SET STATISTICS IO ON; SET STATISTICS TIME ON;
DECLARE @MinID int=100; SELECT TOP (50) * FROM dbo.IQP_IE(@MinID) ORDER BY ObjectID;
SET STATISTICS TIME OFF; SET STATISTICS IO OFF;

نکته کاربردی: نتیجه را با SLA و Throughput کل سرور بسنجید.

کاربردهای واقعی در پروژه

کاربرد شاخص Interleaved Execution در رویه‌های قدیمی مبتنی بر Multi-Statement TVF دیده می‌شود. تیم باید Queryهای کاندید را بر اساس سهم CPU، Duration و Logical Reads اولویت‌بندی کند و از تغییر همه Queryها یا همه تنظیمات به صورت هم‌زمان پرهیز کند.

در پروژه سازمانی، خروجی مطلوب فقط کاهش زمان یک اجرا نیست. ثبات Plan در ساعات پرترافیک، Throughput کل سامانه، Tail Latency، فشار tempdb و امکان Rollback نیز بخشی از معیار پذیرش هستند.

هشدار مهم نسخه و Eligibility

نام Interleaved Execution در نسخه SQL Server 2017 به معنی استفاده قطعی آن در هر Query نیست. Compatibility Level 140، Build، تنظیم Scoped، شکل Query و Eligibility هم‌زمان تعیین‌کننده‌اند.

پیش از تغییر Production، Cumulative Update، وضعیت Query Store و Hintهای موجود را ثبت کنید. Hint ثابت یا پاک‌سازی مکرر Cache ممکن است رفتار تطبیقی را محدود کند.

اشتباهات رایج و روش اصلاح

Performance Considerations

برای Interleaved Execution، Plan را از نظر MSTVF، Actual Row Count و Downstream Plan با Baseline مقایسه کنید. Estimated Rows و Actual Rows، CPU Time، Elapsed Time و Logical Reads باید هم‌زمان خوانده شوند.

• تغییر MSTVF را در Actual Plan ثبت کنید.
• اثر Actual Row Count را روی انتخاب Plan یا Runtime بسنجید.
• Warm Cache و Cold Cache را جداگانه آزمایش کنید.
• Tail Latency و Throughput را کنار میانگین زمان پاسخ نگه دارید.
• Query Store را از نظر فضای مصرفی و Read Write بودن پایش کنید.

Best Practices

1. Query کاندید را با شواهد انتخاب کنید.
2. نسخه، Build و تنظیمات را در Change Record ثبت کنید.
3. داده تست را از نظر حجم، Skew و NULL شبیه Production بسازید.
4. A/B Test را با سیاست Cache یکسان انجام دهید.
5. معیار توقف و Rollback Plan را پیش از انتشار تصویب کنید.
6. پس از ارتقا یا تغییر Index، نتیجه را دوباره بررسی کنید.

مزایا، محدودیت‌ها و زمان نامناسب استفاده

سؤالات متداول

Interleaved Execution چه مسئله‌ای را حل می‌کند؟

اجرای درهم‌تنیده پس از اجرای MSTVF، بخش پایین‌دستی Plan را با تعداد واقعی ردیف بهینه می‌کند و برای رویه‌های قدیمی مبتنی بر Multi-Statement TVF مناسب است.

چگونه استفاده واقعی Interleaved Execution را تشخیص دهیم؟

Actual Plan، Query Store و شاخص‌های MSTVF و Downstream Plan را پیش و پس از اجرا مقایسه کنید.

آیا Interleaved Execution برای هر سامانه تجاری مناسب است؟

خیر؛ Baseline، SLA، توزیع داده و ریسک Regression باید پیش از استقرار بررسی شوند.

هزینه ارزیابی Interleaved Execution چگونه برآورد می‌شود؟

تعداد Queryهای بحرانی، محیط تست، آمادگی Query Store و زمان Regression Test عوامل اصلی هستند.

تفاوت Interleaved Execution با Tuning دستی چیست؟

این قابلیت بخشی از تصمیم Optimizer را تطبیقی می‌کند، اما جایگزین Index، Statistics و Query صحیح نیست.

برای اجرای پروژه Interleaved Execution چه خدماتی لازم است؟

ممیزی Plan، طراحی Benchmark، اجرای A/B، آموزش تیم و سند Rollback خروجی‌های کاربردی پروژه هستند.

رایج‌ترین خطای Interleaved Execution چیست؟

انتظار نتیجه بدون بررسی Compatibility Level 140، Eligibility Query و شواهد Actual Plan رایج‌ترین خطاست.

مهم‌ترین معیار Performance در Interleaved Execution چیست؟

Duration، CPU، Logical Reads و تغییر Actual Row Count باید هم‌زمان تحلیل شوند.

Best Practice استقرار Interleaved Execution چیست؟

Pilot محدود، داده شبیه Production، معیار پذیرش روشن و Monitoring پس از انتشار بهترین مسیر است.

Interleaved Execution در کدام نسخه پشتیبانی می‌شود؟

مبنای این راهنما SQL Server 2017 و Compatibility Level 140 است؛ Build دقیق را نیز کنترل کنید.

سؤالات مصاحبه

1. چه شواهدی اثر واقعی Interleaved Execution را ثابت می‌کند؟
2. تغییر Actual Row Count چگونه Plan را تحت تأثیر قرار می‌دهد؟
3. چه زمانی خاموش‌کردن موقت Interleaved Execution منطقی است؟
4. چگونه بهبود یک Query را با Throughput کل سرور متعادل می‌کنید؟
5. Rollback پس از Regression چگونه طراحی می‌شود؟

چک‌لیست نهایی

1. Compatibility Level 140 بررسی شد.
2. Baseline Plan، CPU، IO و Duration ثبت شد.
3. Skew، NULL و حالت مرزی آزمایش شد.
4. Query Store و فضای آن کنترل شد.
5. A/B Test با Cache policy یکسان انجام شد.
6. معیار پذیرش و Rollback تصویب شد.
7. Monitoring پس از انتشار انجام شد.

جمع‌بندی

Interleaved Execution زمانی انتخاب درستی است که مسئله واقعی به Actual Row Count و تغییر رفتار اجرا مربوط باشد. آن را یک لایه تطبیقی روی پایه سالم Schema، Statistics و Index در نظر بگیرید، نه جایگزین Tuning اصولی.

گام بعدی اجرای ده آزمایش این مقاله روی Query واقعی و مقایسه Downstream Plan با Baseline است. برای دیدن ارتباط این قابلیت با سایر اعضای IQP، راهنمای جامع Intelligent Query Processing را مطالعه کنید.

خدمات برنامه‌نویسی و پایگاه داده

برنامه‌نویسی در اصفهان؛ قبول سفارش‌های برنامه‌نویسی و پایگاه داده: 09131253620.

انجام پروژه، آموزش برنامه‌نویسی و آموزش SQL Server توسط مجموعه‌ای معتبر با سابقه فعالیت حرفه‌ای از سال ۱۳۷۵ شمسی تاکنون.

• دانلود پروژه‌های رایگان C#
• دانلود پروژه‌های رایگان SQL Server
• دانلود پروژه‌های رایگان Microsoft Access
• دانلود پروژه‌های رایگان UML
• دانلود پروژه‌های ASP.NET Web Forms
• گزارش‌های کارآموزی
• طرح‌های توجیهی و کارآفرینی
• پروژه‌های Multimedia Builder

برای سفارش پروژه، آموزش تخصصی، ایتا، واتساپ و تماس مستقیم با ما در ارتباط باشید.

تماس مستقیم با 09131253620

تماس با ما و ثبت درخواست