Ảnh hưởng của gợi ý NOLOCK trong các câu lệnh CHỌN

Tôi đoán câu hỏi thực sự là:

Nếu tôi không quan tâm đến việc đọc bẩn, việc thêm gợi ý với (NOLOCK) vào câu lệnh CHỌN sẽ ảnh hưởng đến hiệu suất của:

1. câu lệnh CHỌN hiện tại
2. các giao dịch khác so với bảng đã cho

Thí dụ:

Select * 
from aTable with (NOLOCK)

1) Có , một lựa chọn với NOLOCKsẽ hoàn thành nhanh hơn so với lựa chọn bình thường.

2) Có , một lựa chọn với NOLOCKsẽ cho phép các truy vấn khác đối với bảng được thực hiện hoàn thành nhanh hơn so với lựa chọn thông thường.

Tại sao điều này sẽ được?

NOLOCKthông thường (tùy thuộc vào công cụ DB của bạn) có nghĩa là cung cấp cho tôi dữ liệu của bạn và tôi không quan tâm nó đang ở trạng thái nào và đừng bận tâm giữ nó trong khi bạn đọc từ đó. Tất cả cùng một lúc nhanh hơn, ít tốn tài nguyên hơn và rất nguy hiểm.

Bạn nên được cảnh báo không bao giờ thực hiện cập nhật từ hoặc thực hiện bất kỳ điều gì quan trọng của hệ thống hoặc khi yêu cầu tính chính xác tuyệt đối khi sử dụng dữ liệu có nguồn gốc từ một lần NOLOCKđọc. Hoàn toàn có thể là dữ liệu này chứa các hàng đã bị xóa trong quá trình chạy truy vấn hoặc đã bị xóa trong các phiên khác chưa được hoàn thành. Có thể dữ liệu này bao gồm các hàng đã được cập nhật một phần. Có thể dữ liệu này chứa các bản ghi vi phạm các ràng buộc khóa ngoại. Có thể dữ liệu này loại trừ các hàng đã được thêm vào bảng nhưng chưa được cam kết.

Bạn thực sự không có cách nào để biết trạng thái của dữ liệu là gì.

Nếu bạn đang cố gắng để có được những thứ như Đếm hàng hoặc dữ liệu tóm tắt khác trong đó có thể chấp nhận được một số lỗi, thì đó NOLOCKlà cách tốt để tăng hiệu suất cho các truy vấn này và tránh để chúng ảnh hưởng tiêu cực đến hiệu suất cơ sở dữ liệu.

Luôn luôn sử dụng NOLOCKgợi ý một cách thận trọng và xử lý mọi dữ liệu mà nó trả lại một cách đáng ngờ.

NOLOCK làm cho hầu hết các câu lệnh CHỌN nhanh hơn, vì thiếu khóa chia sẻ. Ngoài ra, việc không phát hành khóa có nghĩa là người viết sẽ không bị cản trở bởi CHỌN của bạn.

NOLOCK có chức năng tương đương với mức cô lập ĐỌC KHÔNG HOÀN THÀNH. Sự khác biệt chính là bạn có thể sử dụng NOLOCK trên một số bảng nhưng không phải bảng khác, nếu bạn chọn. Nếu bạn có kế hoạch sử dụng NOLOCK trên tất cả các bảng trong một truy vấn phức tạp, thì việc sử dụng SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED sẽ dễ dàng hơn, vì bạn không phải áp dụng gợi ý cho mọi bảng.

Dưới đây là thông tin về tất cả các mức cô lập theo ý của bạn, cũng như gợi ý về bảng.

THIẾT LẬP CẤP PHÂN TÍCH GIAO DỊCH

Gợi ý bảng (Giao dịch-SQL)

Ngoài những gì được nói ở trên, bạn nên lưu ý rằng nolock thực sự có nguy cơ bạn không nhận được các hàng đã được cam kết trước khi chọn.

Xem http://bloss.msdn.com/sqlcat/archive/2007/02/01/preinglyly-commned-rows-might-be-missed-if-nolock-hint-is- used.aspx

Nó sẽ nhanh hơn vì không phải đợi khóa

• Câu trả lời là Có nếu truy vấn được chạy nhiều lần cùng một lúc, vì mỗi giao dịch sẽ không cần đợi các giao dịch khác hoàn thành. Tuy nhiên, nếu truy vấn được tự chạy một lần thì câu trả lời là Không.

• Có . Có một xác suất đáng kể rằng việc sử dụng cẩn thận VỚI (NOLOCK) sẽ tăng tốc tổng thể cơ sở dữ liệu của bạn. Điều đó có nghĩa là các giao dịch khác sẽ không phải đợi câu lệnh CHỌN này kết thúc, nhưng mặt khác, các giao dịch khác sẽ chậm lại vì hiện tại chúng đang chia sẻ thời gian xử lý của chúng với một giao dịch mới.

Hãy cẩn thận chỉ sử dụng WITH (NOLOCK)trong các câu lệnh CHỌN trên các bảng có chỉ mục được nhóm.

VỚI (NOLOCK) thường được khai thác như một cách kỳ diệu để tăng tốc độ giao dịch đọc cơ sở dữ liệu.

Tập kết quả có thể chứa các hàng chưa được cam kết, thường được khôi phục sau đó.

Nếu VỚI (NOLOCK) được áp dụng cho bảng có chỉ mục không được nhóm thì chỉ mục hàng có thể được thay đổi bởi các giao dịch khác khi dữ liệu hàng đang được truyền vào bảng kết quả. Điều này có nghĩa là tập kết quả có thể thiếu các hàng hoặc hiển thị cùng một hàng nhiều lần.

ĐỌC CAM KẾT thêm một vấn đề bổ sung trong đó dữ liệu bị hỏng trong một cột trong đó nhiều người dùng thay đổi cùng một ô.