Ảnh hưởng của NOLOCK gợi ý trong câu SELECT

Question

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

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

1. SELECT tuyên bố hiện tại
2. các giao dịch khác so với bảng cho

Ví dụ:

Select * 
from aTable with (NOLOCK) 

Answer 1

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

2) Có, lựa chọn với NOLOCK sẽ 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 lựa chọn bình thường.

Tại sao điều này?

NOLOCK thông thường (tùy thuộc vào công cụ DB) có nghĩa là cung cấp dữ liệu cho tôi và tôi không quan tâm trạng thái của nó và không bận tâm giữ nó trong khi bạn đọc từ đó. Đó là tất cả cùng một lúc nhanh hơn, ít tốn nhiều tài nguyê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ỳ hệ thống nào quan trọng hoặc yêu cầu tính chính xác tuyệt đối bằng cách sử dụng dữ liệu bắt nguồn từ số đọc NOLOCK. Hoàn toàn có thể là dữ liệu này chứa các hàng đã bị xóa trong khi 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 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 lấy những thứ như Count Row hoặc dữ liệu tóm tắt khác, một số lỗi có thể chấp nhận được, thì NOLOCK là một cách hay để tăng hiệu suất cho các truy vấn này và tránh chúng tác động tiêu cực đến hiệu suất cơ sở dữ liệu.

Luôn sử dụng gợi ý NOLOCK thận trọng và xử lý mọi dữ liệu mà nó trả về đáng ngờ.

Answer 2

Nó sẽ nhanh hơn bởi vì nó không phải chờ ổ khóa

Answer 3

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

NOLOCK có chức năng tương đương với mức độc lập READ UNCOMMITTED. 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 sử dụng NOLOCK, nếu bạn chọn. Nếu bạn dự định sử dụng NOLOCK trên tất cả các bảng trong một truy vấn phức tạp, thì sử dụng SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED sẽ dễ dàng hơn, bởi 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ách ly theo ý của bạn, cũng như các gợi ý bảng.

SET TRANSACTION ISOLATION LEVEL

Table Hint (Transact-SQL)

Answer 4

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

Xem http://blogs.msdn.com/sqlcat/archive/2007/02/01/previously-committed-rows-might-be-missed-if-nolock-hint-is-used.aspx

Answer 5

• SELECT hiện tại sẽ bắt đầu sớm hơn, bởi vì nó không phải chờ đợi.

• Các giao dịch khác sẽ chậm lại vì giờ đây họ đang chia sẻ thời gian xử lý của họ với một giao dịch mới.

Không sử dụng.

NOLOCK thường được khai thác như một cách kỳ diệu để tăng tốc độ đọc cơ sở dữ liệu, nhưng tôi cố gắng tránh sử dụng nó bất cứ khi nào có thể.

Tập kết quả có thể chứa các hàng chưa được cam kết, thường sau đó được cuộn lại.

Lỗi hoặc tập kết quả có thể trống, thiếu hàng hoặc hiển thị cùng một hàng nhiều lần.

Điều này là do các giao dịch khác đang di chuyển dữ liệu cùng lúc bạn đọc dữ liệu đó.

ĐỌC KẾT THÚC thêm một vấn đề khác trong đó dữ liệu bị hỏng trong một cột duy nhất nơi nhiều người dùng thay đổi cùng một ô cùng một lúc.

Ngoài ra còn có các tác dụng phụ khác, dẫn đến hy sinh tốc độ tăng mà bạn hy vọng đạt được ngay từ đầu.

Bây giờ bạn đã biết, không bao giờ sử dụng lại.