Bạn hiện đang ngoại tuyến, hãy chờ internet để kết nối lại

Khắc phục: Chậm hiệu suất occurs trong SQL Server 2008 R2 hoặc trong SQL Server 2012 nếu sử dụng CPU cao là quan sát với ganh đua qua QUERY_EXEC_STATS spinlock

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này:2662301
Microsoft phân phối Microsoft SQL Server 2008 R2 Service Pack 1 (SP1) hoặc Microsoft SQL Server 2012 fixes trong một thể tải về tệp. Bởi vì các bản sửa lỗi tích lũy, mỗi bản phát hành mới có chứa tất cả các hotfix và cập nhật tất cả các bản cập nhật bảo mật mà được đính kèm với trước SQL Server 2008 R2 Service Pack 1 (SP1) hoặc Microsoft SQL Server 2012 phát hành.
TRIỆU CHỨNG
Hãy xem xét kịch bản sau đây:
  • Bạn cài đặt chuyên biệt một thể hiện của Microsoft SQL Server 2008 R2 hoặc Microsoft SQL Server 2012 trên một máy tính.
  • Đồng thời phát biểu mà trông giống như sau đây được thực hiện trong trường hợp:
    CREATE PROC p AS RETURN (
    query
    ); EXEC p;
    Hoặc, bạn chạy một truy vấn có chứa đoạn mã sau:

    IF EXISTS(
    subquery
    );
  • Sử dụng CPU là cao nhất quán, và chủ đề của công việc đang thuộc runnable.
  • Các ganh đua cho các QUERY_EXEC_STATS spinlock là cao.
    Ví dụ, quay số, các va chạm có thể và trở lại ra giá trị cho các QUERY_EXEC_STATS spinlock tăng một cách nhanh chóng.
    Lưu ý Để biết thêm thông tin về làm thế nào để giám sát các QUERY_EXEC_STATS spinlock, hãy xem phần "Thông tin".

Trong trường hợp này, làm chậm hiệu năng có thể xảy ra.

NGUYÊN NHÂN
Điều này phát hành bởi vì xảy ra SQL Server 2008 R2 hoặc SQL Server 2012 tạo ra và phá hủy một số cấu trúc bộ nhớ về các thống kê toàn cầu thay vì của bộ nhớ đệm chúng. Điều này gây ra một nút chọn một cổ chai hiệu suất.
GIẢI PHÁP

Cumulative update Cập nhật thông tin

SQL Server 2012

Sửa chữa cho vấn đề này lần đầu tiên được phát hành trong Cumulative Update 1 cho SQL Server 2012. Để biết thêm chi tiết về gói cumulative update Cập nhật này, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
2679368 Tích lũy gói 1 cho SQL Server 2012
Lưu ý Bởi vì các bản xây dựng tích lũy, mỗi sửa chữa mới phát hành chứa tất cả các hotfix và tất cả các sửa lỗi bảo mật được bao gồm trong năm 2012 trước máy chủ SQL Sửa chữa phát hành. Microsoft khuyến cáo bạn hãy xem xét việc áp dụng sửa chữa phát hành gần đây nhất có chứa hotfix này. Để biết thêm chi tiết, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
2692828 SQL Server 2012 xây dựng được phát hành sau khi SQL Server 2012 được phát hành
Bạn phải áp dụng một hotfix SQL Server 2012 cho tiến trình cài đặt chuyên biệt SQL Server 2012.

Tích lũy gói 5 cho SQL Server 2008 R2 SP1

Sửa chữa cho vấn đề này lần đầu tiên được phát hành trong Cumulative Update 5. Để biết thêm chi tiết về làm thế nào để có được này gói tích lũy cho SQL Server 2008 R2 SP1, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
2659694 Tích lũy gói 5 cho SQL Server 2008 R2 SP1
Lưu ý Bởi vì các bản xây dựng tích lũy, mỗi sửa chữa mới phát hành chứa tất cả các hotfix và tất cả các sửa lỗi bảo mật mà được đính kèm với trước SQL Server 2008 R2 SP1 sửa chữa phát hành. Chúng tôi đề nghị bạn hãy xem xét việc áp dụng sửa chữa phát hành gần đây nhất có chứa hotfix này. Để biết thêm chi tiết, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
2567616 SQL Server 2008 R2 xây dựng được phát hành sau khi SQL Server 2008 R2 SP1 được phát hành
THÔNG TIN THÊM
Để giám sát QUERY_EXEC_STATS spinlock, điều chỉnh sự chậm trễ và số lượng lặp đi lặp lại như là thích hợp cho môi trường của bạn trong mã sau đây, và sau đó chạy nó:

SET NOCOUNT ONCREATE TABLE #spins([Spinlock Name] varchar(50),Collisions numeric,Spins numeric,[Spins/Collision] float,[Sleep Time (ms)] numeric,Backoffs numeric, InsertTime datetime DEFAULT GETDATE())DECLARE @counter int = 1WHILE @counter < 10      BEGIN            INSERT INTO #spins ([Spinlock Name], Collisions, Spins, [Spins/Collision], [Sleep Time (ms)], Backoffs) EXECUTE ('DBCC SQLPERF (''SPINLOCKSTATS'') WITH NO_INFOMSGS')            WAITFOR DELAY '00:00:05'            SET @counter +=1      ENDSELECT * FROM #spins WHERE [Spinlock Name] = 'QUERY_EXEC_STATS' ORDER BY InsertTimeDROP TABLE #spins

TÌNH TRẠNG
Microsoft đã xác nhận rằng đây là một vấn đề trong các sản phẩm của Microsoft được liệt kê trong phần "Áp dụng cho".

Cảnh báo: Bài viết này đã được dịch tự động

Thuộc tính

ID Bài viết: 2662301 - Xem lại Lần cuối: 04/12/2012 10:25:00 - Bản sửa đổi: 1.0

Microsoft SQL Server 2008 R2 Datacenter, Microsoft SQL Server 2008 R2 Developer, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2008 R2 Standard, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Standard

  • kbqfe kbfix kbexpertiseadvanced kbsurveynew kbmt KB2662301 KbMtvi
Phản hồi