آموزش کامل WITH (READCOMMITTEDLOCK) در SQL Server

READCOMMITTEDLOCK یکی از Table/Index Hintهای SQL Server است که باید با درک دقیق از Query Optimizer، Storage Engine و Lock Manager استفاده شود. نقش اصلی آن این است که وادار کردن READ COMMITTED به استفاده از Shared Lock به‌جای Versioning. استفاده از Hint به معنی بهتر بودن قطعی Plan نیست؛ بلکه شما بخشی از فضای تصمیم‌گیری موتور را محدود یا جهت‌دهی می‌کنید و مسئولیت Regression آینده را نیز می‌پذیرید.

برای مطالعه جایگاه این Hint در کنار سایر Hintهای جدول و ایندکس، راهنمای جامع Table و Index Hints در SQL Server را ببینید. این مقاله از Syntax شروع می‌کند و سپس مثال‌های قابل بررسی، خروجی نمونه، خطاهای رایج و روش سنجش Performance را توضیح می‌دهد.

نمودار معماری: READCOMMITTEDLOCK در کدام مرحله از بهینه‌سازی و اجرای Query اثر می‌گذارد.

تعریف و منطق داخلی

وقتی Optimizer با WITH (READCOMMITTEDLOCK) روبه‌رو می‌شود، اثر مورد انتظار این است که وادار کردن READ COMMITTED به استفاده از Shared Lock به‌جای Versioning. در Plan نهایی معمولاً باید به دنبال نشانه‌هایی مانند S Lock روی داده خوانده‌شده حتی وقتی RCSI فعال است باشید. با این حال، Cost-Based Optimization همچنان برای بخش‌های دیگری مانند Join Order، نوع Join، Parallelism و Memory Grant تصمیم‌گیری می‌کند مگر این‌که Hintهای دیگری آن‌ها را محدود کرده باشند.

مزیت بالقوه این Hint: وقتی همگام‌سازی قفل‌محور برای منطق خاص لازم است. ریسک اصلی: می‌تواند Blocking را نسبت به Row Versioning افزایش دهد. بنابراین تصمیم Production باید بر اساس workload واقعی، حجم داده، Statistics، Index design و رفتار همزمانی گرفته شود.

Syntax

SELECT <columns>
FROM dbo.YourTable WITH (READCOMMITTEDLOCK)
WHERE <predicate>;

پارامترها و خروجی

• نام Hint: READCOMMITTEDLOCK
• Syntax: WITH (READCOMMITTEDLOCK)
• ورودی واقعی تابع نیست؛ Hint روی Table Reference در Statement اعمال می‌شود.
• نوع خروجی Query توسط SELECT تعیین می‌شود؛ Hint نوع داده خروجی را تغییر نمی‌دهد.
• اثر Hint باید با Actual Execution Plan و Runtime Metrics تأیید شود.

نمودار جریان اجرای واقعی: از ورود T-SQL تا Plan، دسترسی به داده و خروجی هنگام استفاده از READCOMMITTEDLOCK.

مثال‌های عملی و قابل بررسی

مثال 1: فیلتر انتخاب‌پذیر با READCOMMITTEDLOCK

هدف این مثال مشاهده رفتار Hint روی یک Predicate روشن و مقایسه Operator انتخابی با حالت عادی است.

IF OBJECT_ID('tempdb..#HintDemo') IS NOT NULL DROP TABLE #HintDemo;
CREATE TABLE #HintDemo
(
    OrderID int NOT NULL PRIMARY KEY,
    CustomerID int NOT NULL,
    Status nvarchar(20) NOT NULL,
    Amount decimal(12,2) NOT NULL,
    CreatedAt datetime2(0) NOT NULL
);
CREATE INDEX IX_HintDemo_Status ON #HintDemo(Status) INCLUDE (Amount, CustomerID);
INSERT INTO #HintDemo(OrderID,CustomerID,Status,Amount,CreatedAt)
VALUES
(1,10,N'New',120.00,'2026-07-20'),
(2,10,N'Paid',850.00,'2026-07-20'),
(3,20,N'New',95.00,'2026-07-21'),
(4,30,N'Paid',440.00,'2026-07-22'),
(5,40,N'Cancelled',50.00,'2026-07-22');
SELECT OrderID, Status, Amount FROM #HintDemo WITH (READCOMMITTEDLOCK) WHERE Status=N'Paid';
DROP TABLE #HintDemo;

نکته عملی: برای READCOMMITTEDLOCK فقط به سریع‌تر شدن یک اجرای آزمایشی تکیه نکنید. Actual Execution Plan، تعداد Logical Read، مدت قفل، Waitها و رفتار تحت Concurrent Load را قبل و بعد از Hint اندازه‌گیری کنید.

مثال 2: مرتب‌سازی و TOP با READCOMMITTEDLOCK

این سناریو نشان می‌دهد Hint هنگام محدود کردن تعداد ردیف خروجی چگونه در کنار Sort یا TOP تفسیر می‌شود.

IF OBJECT_ID('tempdb..#HintDemo') IS NOT NULL DROP TABLE #HintDemo;
CREATE TABLE #HintDemo
(
    OrderID int NOT NULL PRIMARY KEY,
    CustomerID int NOT NULL,
    Status nvarchar(20) NOT NULL,
    Amount decimal(12,2) NOT NULL,
    CreatedAt datetime2(0) NOT NULL
);
CREATE INDEX IX_HintDemo_Status ON #HintDemo(Status) INCLUDE (Amount, CustomerID);
INSERT INTO #HintDemo(OrderID,CustomerID,Status,Amount,CreatedAt)
VALUES
(1,10,N'New',120.00,'2026-07-20'),
(2,10,N'Paid',850.00,'2026-07-20'),
(3,20,N'New',95.00,'2026-07-21'),
(4,30,N'Paid',440.00,'2026-07-22'),
(5,40,N'Cancelled',50.00,'2026-07-22');
SELECT TOP (3) OrderID, Amount FROM #HintDemo WITH (READCOMMITTEDLOCK) ORDER BY Amount DESC;
DROP TABLE #HintDemo;

نکته عملی: برای READCOMMITTEDLOCK فقط به سریع‌تر شدن یک اجرای آزمایشی تکیه نکنید. Actual Execution Plan، تعداد Logical Read، مدت قفل، Waitها و رفتار تحت Concurrent Load را قبل و بعد از Hint اندازه‌گیری کنید.

مثال 3: تجمیع و GROUP BY با READCOMMITTEDLOCK

در این نمونه، تمرکز روی Aggregation است تا روشن شود Hint فقط مسیر دسترسی یا قفل را هدایت می‌کند و منطق GROUP BY را تغییر نمی‌دهد.

IF OBJECT_ID('tempdb..#HintDemo') IS NOT NULL DROP TABLE #HintDemo;
CREATE TABLE #HintDemo
(
    OrderID int NOT NULL PRIMARY KEY,
    CustomerID int NOT NULL,
    Status nvarchar(20) NOT NULL,
    Amount decimal(12,2) NOT NULL,
    CreatedAt datetime2(0) NOT NULL
);
CREATE INDEX IX_HintDemo_Status ON #HintDemo(Status) INCLUDE (Amount, CustomerID);
INSERT INTO #HintDemo(OrderID,CustomerID,Status,Amount,CreatedAt)
VALUES
(1,10,N'New',120.00,'2026-07-20'),
(2,10,N'Paid',850.00,'2026-07-20'),
(3,20,N'New',95.00,'2026-07-21'),
(4,30,N'Paid',440.00,'2026-07-22'),
(5,40,N'Cancelled',50.00,'2026-07-22');
SELECT Status, COUNT(*) AS Cnt FROM #HintDemo WITH (READCOMMITTEDLOCK) GROUP BY Status;
DROP TABLE #HintDemo;

نکته عملی: برای READCOMMITTEDLOCK فقط به سریع‌تر شدن یک اجرای آزمایشی تکیه نکنید. Actual Execution Plan، تعداد Logical Read، مدت قفل، Waitها و رفتار تحت Concurrent Load را قبل و بعد از Hint اندازه‌گیری کنید.

مثال 4: شرط عددی در WHERE با READCOMMITTEDLOCK

این مثال یک شرط عددی را اجرا می‌کند تا تفاوت Selectivity و هزینه دسترسی به صفحات قابل تحلیل باشد.

IF OBJECT_ID('tempdb..#HintDemo') IS NOT NULL DROP TABLE #HintDemo;
CREATE TABLE #HintDemo
(
    OrderID int NOT NULL PRIMARY KEY,
    CustomerID int NOT NULL,
    Status nvarchar(20) NOT NULL,
    Amount decimal(12,2) NOT NULL,
    CreatedAt datetime2(0) NOT NULL
);
CREATE INDEX IX_HintDemo_Status ON #HintDemo(Status) INCLUDE (Amount, CustomerID);
INSERT INTO #HintDemo(OrderID,CustomerID,Status,Amount,CreatedAt)
VALUES
(1,10,N'New',120.00,'2026-07-20'),
(2,10,N'Paid',850.00,'2026-07-20'),
(3,20,N'New',95.00,'2026-07-21'),
(4,30,N'Paid',440.00,'2026-07-22'),
(5,40,N'Cancelled',50.00,'2026-07-22');
SELECT OrderID, CustomerID FROM #HintDemo WITH (READCOMMITTEDLOCK) WHERE Amount >= 100;
DROP TABLE #HintDemo;

نکته عملی: برای READCOMMITTEDLOCK فقط به سریع‌تر شدن یک اجرای آزمایشی تکیه نکنید. Actual Execution Plan، تعداد Logical Read، مدت قفل، Waitها و رفتار تحت Concurrent Load را قبل و بعد از Hint اندازه‌گیری کنید.

مثال 5: ترکیب با JOIN با READCOMMITTEDLOCK

در Join باید Hint را روی Table Reference درست قرار داد؛ این نمونه محل صحیح قرارگیری و اثر آن را نشان می‌دهد.

IF OBJECT_ID('tempdb..#HintDemo') IS NOT NULL DROP TABLE #HintDemo;
CREATE TABLE #HintDemo
(
    OrderID int NOT NULL PRIMARY KEY,
    CustomerID int NOT NULL,
    Status nvarchar(20) NOT NULL,
    Amount decimal(12,2) NOT NULL,
    CreatedAt datetime2(0) NOT NULL
);
CREATE INDEX IX_HintDemo_Status ON #HintDemo(Status) INCLUDE (Amount, CustomerID);
INSERT INTO #HintDemo(OrderID,CustomerID,Status,Amount,CreatedAt)
VALUES
(1,10,N'New',120.00,'2026-07-20'),
(2,10,N'Paid',850.00,'2026-07-20'),
(3,20,N'New',95.00,'2026-07-21'),
(4,30,N'Paid',440.00,'2026-07-22'),
(5,40,N'Cancelled',50.00,'2026-07-22');
SELECT d.OrderID, d.Status FROM #HintDemo AS d WITH (READCOMMITTEDLOCK) JOIN (VALUES(10),(20)) AS c(CustomerID) ON c.CustomerID=d.CustomerID;
DROP TABLE #HintDemo;

نکته عملی: برای READCOMMITTEDLOCK فقط به سریع‌تر شدن یک اجرای آزمایشی تکیه نکنید. Actual Execution Plan، تعداد Logical Read، مدت قفل، Waitها و رفتار تحت Concurrent Load را قبل و بعد از Hint اندازه‌گیری کنید.

مثال 6: رفتار با NULL و عبارت مکمل با READCOMMITTEDLOCK

وجود NULL یا عبارت COALESCE نباید باعث برداشت اشتباه درباره کار Hint شود؛ Hint جایگزین منطق داده نیست.

IF OBJECT_ID('tempdb..#HintDemo') IS NOT NULL DROP TABLE #HintDemo;
CREATE TABLE #HintDemo
(
    OrderID int NOT NULL PRIMARY KEY,
    CustomerID int NOT NULL,
    Status nvarchar(20) NOT NULL,
    Amount decimal(12,2) NOT NULL,
    CreatedAt datetime2(0) NOT NULL
);
CREATE INDEX IX_HintDemo_Status ON #HintDemo(Status) INCLUDE (Amount, CustomerID);
INSERT INTO #HintDemo(OrderID,CustomerID,Status,Amount,CreatedAt)
VALUES
(1,10,N'New',120.00,'2026-07-20'),
(2,10,N'Paid',850.00,'2026-07-20'),
(3,20,N'New',95.00,'2026-07-21'),
(4,30,N'Paid',440.00,'2026-07-22'),
(5,40,N'Cancelled',50.00,'2026-07-22');
SELECT OrderID, COALESCE(Status,N'Unknown') AS SafeStatus FROM #HintDemo WITH (READCOMMITTEDLOCK);
DROP TABLE #HintDemo;

نکته عملی: برای READCOMMITTEDLOCK فقط به سریع‌تر شدن یک اجرای آزمایشی تکیه نکنید. Actual Execution Plan، تعداد Logical Read، مدت قفل، Waitها و رفتار تحت Concurrent Load را قبل و بعد از Hint اندازه‌گیری کنید.

مثال 7: حالت مرزی تاریخ یا بازه با READCOMMITTEDLOCK

حالت مرزی کمک می‌کند اثر Range Predicate، Cardinality Estimate و قفل‌های احتمالی در یک Query واقعی‌تر دیده شود.

IF OBJECT_ID('tempdb..#HintDemo') IS NOT NULL DROP TABLE #HintDemo;
CREATE TABLE #HintDemo
(
    OrderID int NOT NULL PRIMARY KEY,
    CustomerID int NOT NULL,
    Status nvarchar(20) NOT NULL,
    Amount decimal(12,2) NOT NULL,
    CreatedAt datetime2(0) NOT NULL
);
CREATE INDEX IX_HintDemo_Status ON #HintDemo(Status) INCLUDE (Amount, CustomerID);
INSERT INTO #HintDemo(OrderID,CustomerID,Status,Amount,CreatedAt)
VALUES
(1,10,N'New',120.00,'2026-07-20'),
(2,10,N'Paid',850.00,'2026-07-20'),
(3,20,N'New',95.00,'2026-07-21'),
(4,30,N'Paid',440.00,'2026-07-22'),
(5,40,N'Cancelled',50.00,'2026-07-22');
SELECT OrderID, Amount FROM #HintDemo WITH (READCOMMITTEDLOCK) WHERE CreatedAt >= '2026-07-21';
DROP TABLE #HintDemo;

نکته عملی: برای READCOMMITTEDLOCK فقط به سریع‌تر شدن یک اجرای آزمایشی تکیه نکنید. Actual Execution Plan، تعداد Logical Read، مدت قفل، Waitها و رفتار تحت Concurrent Load را قبل و بعد از Hint اندازه‌گیری کنید.

مثال 8: سناریوی گزارش‌گیری سازمانی با READCOMMITTEDLOCK

سناریوی گزارش‌گیری سازمانی نشان می‌دهد تصمیم Hint باید با حجم داده، همزمانی و SLA گزارش سنجیده شود.

IF OBJECT_ID('tempdb..#HintDemo') IS NOT NULL DROP TABLE #HintDemo;
CREATE TABLE #HintDemo
(
    OrderID int NOT NULL PRIMARY KEY,
    CustomerID int NOT NULL,
    Status nvarchar(20) NOT NULL,
    Amount decimal(12,2) NOT NULL,
    CreatedAt datetime2(0) NOT NULL
);
CREATE INDEX IX_HintDemo_Status ON #HintDemo(Status) INCLUDE (Amount, CustomerID);
INSERT INTO #HintDemo(OrderID,CustomerID,Status,Amount,CreatedAt)
VALUES
(1,10,N'New',120.00,'2026-07-20'),
(2,10,N'Paid',850.00,'2026-07-20'),
(3,20,N'New',95.00,'2026-07-21'),
(4,30,N'Paid',440.00,'2026-07-22'),
(5,40,N'Cancelled',50.00,'2026-07-22');
SELECT CustomerID, SUM(Amount) AS TotalAmount FROM #HintDemo WITH (READCOMMITTEDLOCK) GROUP BY CustomerID HAVING SUM(Amount)>100;
DROP TABLE #HintDemo;

نکته عملی: برای READCOMMITTEDLOCK فقط به سریع‌تر شدن یک اجرای آزمایشی تکیه نکنید. Actual Execution Plan، تعداد Logical Read، مدت قفل، Waitها و رفتار تحت Concurrent Load را قبل و بعد از Hint اندازه‌گیری کنید.

مثال 9: نسخه اصلاح‌شده و کنترل Plan با READCOMMITTEDLOCK

در این نمونه روش صحیح با کنترل Plan بررسی می‌شود؛ Hint نباید برای پنهان کردن مشکل Statistics یا طراحی Index استفاده شود.

IF OBJECT_ID('tempdb..#HintDemo') IS NOT NULL DROP TABLE #HintDemo;
CREATE TABLE #HintDemo
(
    OrderID int NOT NULL PRIMARY KEY,
    CustomerID int NOT NULL,
    Status nvarchar(20) NOT NULL,
    Amount decimal(12,2) NOT NULL,
    CreatedAt datetime2(0) NOT NULL
);
CREATE INDEX IX_HintDemo_Status ON #HintDemo(Status) INCLUDE (Amount, CustomerID);
INSERT INTO #HintDemo(OrderID,CustomerID,Status,Amount,CreatedAt)
VALUES
(1,10,N'New',120.00,'2026-07-20'),
(2,10,N'Paid',850.00,'2026-07-20'),
(3,20,N'New',95.00,'2026-07-21'),
(4,30,N'Paid',440.00,'2026-07-22'),
(5,40,N'Cancelled',50.00,'2026-07-22');
SELECT OrderID, Status FROM #HintDemo WITH (READCOMMITTEDLOCK) WHERE Status=N'New' OPTION (RECOMPILE);
DROP TABLE #HintDemo;

نکته عملی: برای READCOMMITTEDLOCK فقط به سریع‌تر شدن یک اجرای آزمایشی تکیه نکنید. Actual Execution Plan، تعداد Logical Read، مدت قفل، Waitها و رفتار تحت Concurrent Load را قبل و بعد از Hint اندازه‌گیری کنید.

مثال 10: بررسی Performance با STATISTICS IO با READCOMMITTEDLOCK

آخرین مثال با STATISTICS IO یا مشاهده Plan، معیارهای Logical Reads، Operator و Wait را برای تصمیم‌گیری واقعی وارد می‌کند.

IF OBJECT_ID('tempdb..#HintDemo') IS NOT NULL DROP TABLE #HintDemo;
CREATE TABLE #HintDemo
(
    OrderID int NOT NULL PRIMARY KEY,
    CustomerID int NOT NULL,
    Status nvarchar(20) NOT NULL,
    Amount decimal(12,2) NOT NULL,
    CreatedAt datetime2(0) NOT NULL
);
CREATE INDEX IX_HintDemo_Status ON #HintDemo(Status) INCLUDE (Amount, CustomerID);
INSERT INTO #HintDemo(OrderID,CustomerID,Status,Amount,CreatedAt)
VALUES
(1,10,N'New',120.00,'2026-07-20'),
(2,10,N'Paid',850.00,'2026-07-20'),
(3,20,N'New',95.00,'2026-07-21'),
(4,30,N'Paid',440.00,'2026-07-22'),
(5,40,N'Cancelled',50.00,'2026-07-22');
SET STATISTICS IO ON; SELECT OrderID, Amount FROM #HintDemo WITH (READCOMMITTEDLOCK) WHERE Status=N'Paid'; SET STATISTICS IO OFF;
DROP TABLE #HintDemo;

نکته عملی: برای READCOMMITTEDLOCK فقط به سریع‌تر شدن یک اجرای آزمایشی تکیه نکنید. Actual Execution Plan، تعداد Logical Read، مدت قفل، Waitها و رفتار تحت Concurrent Load را قبل و بعد از Hint اندازه‌گیری کنید.

خطاهای رایج و سوءبرداشت‌ها

اولین خطا این است که READCOMMITTEDLOCK به‌عنوان «کلید سرعت» در نظر گرفته شود. ممکن است Query امروز بهتر شود اما بعد از تغییر Parameter distribution، Statistics یا تعداد ردیف‌ها بدتر شود. دومین خطا، مقایسه نکردن حالت بدون Hint است. سومین خطا، ندیدن اثر روی Concurrent Sessions است؛ مخصوصاً Hintهای Locking می‌توانند مسئله را از CPU/I/O به Blocking و Deadlock منتقل کنند.

برای این Hint به‌طور خاص باید این ریسک را جدی گرفت: می‌تواند Blocking را نسبت به Row Versioning افزایش دهد. بهتر است Query Store یا تست A/B کنترل‌شده داشته باشید تا Plan، Duration و Resource Consumption پیش و پس از تغییر ثبت شود.

Performance Considerations

تحلیل Performance برای READCOMMITTEDLOCK باید حداقل شامل Actual Execution Plan، STATISTICS IO، STATISTICS TIME، تعداد Row واقعی و تخمینی، Memory Grant، Spill، Wait Type و Lock footprint باشد. اگر هدف وقتی همگام‌سازی قفل‌محور برای منطق خاص لازم است است، باید شواهد عددی نشان دهد که این مزیت بدون هزینه نامتناسب در بخش دیگری به دست آمده است.

یکی از مهم‌ترین اصول SARGability است: اگر Predicate به‌صورت غیرقابل Seek نوشته شده باشد، FORCESEEK یا INDEX Hint درمان ریشه‌ای نیست. به همین ترتیب، اگر Blocking ناشی از Transactionهای طولانی باشد، عوض کردن Lock granularity بدون اصلاح مرز تراکنش ممکن است فقط شکل مشکل را تغییر دهد.

نمودار تصمیم فنی: مقایسه Plan بدون Hint با سناریوی استفاده از READCOMMITTEDLOCK و نقاط ریسک Performance/Concurrency.

Best Practices

• ابتدا Query و Index design را بدون Hint بهینه کنید.
• Actual Plan و Query Store را قبل از اعمال Hint ذخیره کنید.
• Hint را در کد با دلیل فنی و تاریخ بازبینی مستند کنید.
• تست همزمانی و بار را جدا از تست تک‌کاربره انجام دهید.
• پس از Upgrade نسخه SQL Server یا تغییر Cardinality Estimator دوباره ارزیابی کنید.
• برای Hintهای Locking، Deadlock Graph و Lock waits را نیز بررسی کنید.

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

در یک پروژه واقعی، READCOMMITTEDLOCK زمانی ارزش دارد که یک مشکل تکرارپذیر و اندازه‌گیری‌شده وجود داشته باشد. مثلاً Plan نامناسب یا الگوی قفل خاصی که با تغییرات کم‌ریسک‌تر اصلاح نشده است. تیم DBA باید معیار موفقیت، Rollback plan و زمان بازبینی Hint را مشخص کند. این رویکرد از تبدیل Hint به بدهی فنی پنهان جلوگیری می‌کند.

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

READCOMMITTEDLOCK دقیقاً چه کاری انجام می‌دهد؟

وادار کردن READ COMMITTED به استفاده از Shared Lock به‌جای Versioning.

آیا استفاده از READCOMMITTEDLOCK برای مبتدیان مناسب است؟

بله برای یادگیری و عیب‌یابی، اما در Production باید دلیل اندازه‌گیری‌شده و برنامه بازبینی داشته باشد.

آیا READCOMMITTEDLOCK می‌تواند هزینه زیرساخت SQL Server را کاهش دهد؟

گاهی با رفع یک گلوگاه مشخص می‌تواند مصرف منابع را کم کند، اما می‌تواند Blocking را نسبت به Row Versioning افزایش دهد و بنابراین جایگزین طراحی درست نیست.

در پروژه سازمانی چه زمانی READCOMMITTEDLOCK ارزش بررسی دارد؟

وقتی Plan یا الگوی Locking پایداراً نامناسب است و شواهد تست نشان می‌دهد وقتی همگام‌سازی قفل‌محور برای منطق خاص لازم است.

READCOMMITTEDLOCK چه تفاوتی با تنظیم دائمی Index یا Isolation دارد؟

Hint معمولاً روی یک Statement یا Table Reference اثر موضعی دارد، در حالی که طراحی Index و تنظیم Isolation دامنه و چرخه عمر متفاوتی دارند.

برای پیاده‌سازی حرفه‌ای READCOMMITTEDLOCK چه خدمتی لازم است؟

تحلیل Actual Plan، Query Store، Wait Statistics، تست همزمانی و بازبینی پس از انتشار؛ مشاوره و آموزش SQL Server باید بر همین شواهد متکی باشد.

رایج‌ترین خطا در استفاده از READCOMMITTEDLOCK چیست؟

استفاده بدون سنجش هزینه آینده؛ می‌تواند Blocking را نسبت به Row Versioning افزایش دهد.

اثر READCOMMITTEDLOCK بر Performance چگونه سنجیده می‌شود؟

با مقایسه Logical Reads، CPU time، elapsed time، memory grant، spills، waits و operatorهای Actual Plan در workload نماینده.

Best Practice اصلی برای READCOMMITTEDLOCK چیست؟

اول علت ریشه‌ای را اصلاح کنید، Hint را محدود و مستند نگه دارید، تست Regression بنویسید و بعد از تغییر حجم داده یا نسخه SQL Server دوباره ارزیابی کنید.

آیا READCOMMITTEDLOCK در همه نسخه‌های SQL Server یکسان است؟

اصل Syntax و هدف آن باید با مستندات نسخه مقصد کنترل شود؛ قابلیت‌های Optimizer، Row Versioning، In-Memory OLTP و محدودیت‌های Hint ممکن است بر رفتار نهایی اثر بگذارند.

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

• چه تفاوتی میان Request کردن رفتار با READCOMMITTEDLOCK و تضمین مطلق آن وجود دارد؟
• چگونه با Actual Execution Plan ثابت می‌کنید READCOMMITTEDLOCK اثر کرده است؟
• چه شرایطی باعث می‌شود READCOMMITTEDLOCK بعد از رشد داده به Anti-Pattern تبدیل شود؟
• چه تداخلی میان READCOMMITTEDLOCK و Transaction Isolation یا Lock Escalation ممکن است رخ دهد؟
• چه زمانی حذف READCOMMITTEDLOCK از Query تصمیم بهتری است؟

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

• آیا دلیل استفاده از READCOMMITTEDLOCK مستند است؟
• آیا Plan بدون Hint ذخیره شده است؟
• آیا خروجی و Correctness یکسان مانده است؟
• آیا Logical Reads و Duration مقایسه شده‌اند؟
• آیا Blocking/Deadlock تحت بار بررسی شده است؟
• آیا برنامه حذف یا بازبینی Hint وجود دارد؟

جمع‌بندی

READCOMMITTEDLOCK ابزار کنترل دقیق است، نه جایگزین Optimizer. بهترین استفاده زمانی است که وقتی همگام‌سازی قفل‌محور برای منطق خاص لازم است و هم‌زمان ریسک «می‌تواند Blocking را نسبت به Row Versioning افزایش دهد» با تست واقعی کنترل شده باشد. برای مقایسه با Hintهای دیگر به مقاله مادر Table و Index Hints بازگردید.