Máy chủ SQL - Phòng quản lý - Thống kê khách hàng - Thời gian chờ trả lời trên máy chủ và thời gian xử lý của máy khách

Question

Tôi có một truy vấn chạy chậm mà tôi đang làm việc để tối ưu hóa.

Khi xem Thống kê khách hàng trong Management Studio, mất khoảng 8 giây để chờ trả lời trên máy chủ và khoảng 1 giây về thời gian xử lý của Khách hàng.

Tôi luôn nghĩ rằng thời gian chờ trên máy chủ trả lời là số để làm việc và thời gian xử lý của khách hàng nói chung là băng thông hoặc kích thước dữ liệu lớn có liên quan.

Tôi đã thực hiện một số thay đổi đối với truy vấn và bây giờ thời gian chờ của tôi trên máy chủ trả lời là khoảng 250ms, tuy nhiên, thời gian xử lý Khách hàng đã tăng lên khoảng 9 giây.

Tập kết quả được trả về giống hệt nhau.

Ai đó có thể làm sáng tỏ sự khác biệt chính xác giữa hai con số này và điều gì sẽ gây ra kết quả như vậy?

Answer 1

'Chờ thời gian trên máy chủ trả lời' là thời gian giữa các gói tin yêu cầu cuối cùng rời khỏi khách hàng và các gói tin trả lời đầu tiên trở về từ máy chủ. 'Thời gian xử lý máy khách' là thời gian giữa gói phản hồi đầu tiên và gói phản hồi cuối cùng. Btw, tôi không thể tìm thấy tài liệu để trả lại những tuyên bố này, nhưng tôi muốn nói, dựa trên những quan sát của tôi, rằng họ là những người được giáo dục hợp lệ.

Nếu bạn chạy truy vấn có thời gian chờ 'lớn trên máy chủ trả lời' có nghĩa là máy chủ mất nhiều thời gian để tạo hàng đầu tiên. Điều này là bình thường đối với các truy vấn có toán tử cần toàn bộ truy vấn con để đánh giá trước khi chúng tiến hành (ví dụ điển hình là toán tử sắp xếp).

Mặt khác, truy vấn có thời gian chờ 'trả lời trên máy chủ' rất nhỏ nghĩa là truy vấn có thể trả về hàng đầu tiên nhanh. Tuy nhiên, một 'thời gian xử lý khách hàng' dài không nhất thiết ngụ ý rằng khách hàng đã dành nhiều thời gian xử lý và máy chủ bị chặn chờ đợi trên máy khách. Nó có thể chỉ đơn giản có nghĩa là máy chủ tiếp tục trả về các hàng từ kết quả và điều này là mất bao lâu cho đến khi hàng cuối cùng được trả về.

Những gì bạn thấy là kết quả của những thay đổi trong kế hoạch truy vấn có thể loại bỏ nhà điều hành đang chặn thực thi (có thể là sắp xếp) và kế hoạch mới sử dụng chiến lược khác để tạo kết quả đầu tiên nhanh hơn (có thể sử dụng chỉ mục đảm bảo thứ tự được yêu cầu nên không cần sắp xếp), nhưng tổng thể lâu hơn.

Nếu bạn đang lo lắng về khách hàng giữ lại server (nó có thể xảy ra trên bộ kết quả lớn) thì bạn nên điều tra wait_type trong sys.dm_exec_requests (còn thông tin từ sys.dm_os_tasks và sys.dm_os_workers rất hữu ích) cho phiên thực hiện truy vấn đang được điều tra . Nếu tôi không nhầm máy chủ đang đợi kiểu chờ đợi của khách hàng là ASYNC_NETWORK_IO.Bạn cũng có thể kiểm tra tổng hợp sys.dm_os_wait_stats, đặt lại số đó bằng cách sử dụng DBCC SQLPERF("sys.dm_os_wait_stats" , CLEAR) rồi chạy truy vấn, xem thời gian chờ loại ASYNC_NETWORK_IO tăng lên. Tất nhiên, đảm bảo không có hoạt động nào khác xảy ra trên máy chủ trong khi thử nghiệm.

Answer 2

OK, tôi đã tìm thấy một số bài viết liên quan đến chủ đề này. Tôi hy vọng họ có thể hữu ích. Tôi phải nói rằng điều này đã mở tất cả các loại cửa mới cho tôi liên quan đến điều chỉnh truy vấn performace.

SQL Server Wait Events: Taking the Guesswork out of Performance Profiling

Analysing Query Performance in SQL Server 2005

Display SQL Server database waits

INF: Client Effects on SQL Server Throughput

Answer 3

Các thống kê này được mô tả tại đây: http://msdn.microsoft.com/en-us/library/aa216969(v=SQL.80).aspx