Nên biết trước : Nhiều thông tin được cung cấp dưới đây tôi đã học nghiêm túc từ đi qua hai khóa học Pluralsight bởi Jonathan Keyhayias . Rất đáng giá chi phí một tháng cho đăng ký cộng để trải qua hai khóa học của mình.
Đầu tiên chỉ là một vài điểm quan tâm mà tôi nghĩ sẽ giúp ích (hoặc nhiều nhất là được quan tâm):
- Khi phiên Sự kiện mở rộng được bắt đầu, nó sẽ có một phần bộ nhớ được phân bổ vào không gian bộ đệm để lưu trữ dữ liệu được tạo bởi các sự kiện của phiên. Trong phiên của bạn, giá trị này được đặt thành giá trị mặc định là 4MB
- Có nhiều mục tiêu có sẵn để sử dụng. Các mục tiêu này là
synchronoushoặc asynchronoustrong cách chúng nhận dữ liệu. Hai mục tiêu được sử dụng phổ biến nhất là Target File và Ring Buffer đều không đồng bộ. Bài viết BOL ở đây chỉ ra loại mỗi mục tiêu .
- Các
MAX_DISPATCH_LATENCYlà một tùy chọn cấu hình điều khiển khi dữ liệu sự kiện được cử đến mục tiêu (s). Công văn chỉ xảy ra cho các mục tiêu không đồng bộ. Có hai điều kiện sẽ khiến dữ liệu sự kiện được gửi đi: (1) bộ nhớ đệm cho phiên đã đầy hoặc (2) dữ liệu sự kiện trong bộ đệm vượt quá MAX_DISPATCH_LATENCYtùy chọn được định cấu hình của phiên .
- Khi bạn mở Trình xem dữ liệu trực tiếp, nó sẽ đính kèm một mục tiêu bổ sung vào phiên sự kiện có tên là "mục tiêu phát trực tuyến". Điều này sẽ nhận được luồng sự kiện trực tiếp khi bộ đệm đang được gửi đi. Nó thực sự cũng sẽ thay đổi độ trễ công văn liên quan đến phiên thành 3 giây để có được chế độ xem gần thời gian thực của phiên.
Bây giờ đến điểm cụ thể trong câu hỏi của bạn:
Vấn đề mà tôi gặp phải là có vẻ như tính năng Live Events sử dụng bộ đệm bên trong, điều đó có nghĩa là đôi khi tôi cần thực hiện một truy vấn nhiều lần để thông tin của nó hiển thị trong cửa sổ. Do đó tôi có một câu hỏi hai phần để hỏi
Tôi không biết rằng nó làm điều này khác với những gì tôi đã nêu ở trên. Tôi hy vọng rằng sự kiện đã được ghi lại, nó chỉ không đáp ứng các ngưỡng cần thiết để nó được gửi đến người xem dữ liệu trực tiếp của bạn. Tôi đã thử nghiệm điều này với truy vấn sau từ AdventureWorks2012:
SELECT * FROM dbo.ErrorLog
WAITFOR DELAY '00:00:01' ;
GO
Sử dụng cấu hình phiên sự kiện của bạn, ngoại trừ tôi đang lọc để chỉ thu thập dữ liệu cho AdventureWorks2012cơ sở dữ liệu trên phiên bản cục bộ của mình, tôi có thể xem dữ liệu đích cho phiên này và tìm thấy truy vấn đã được ghi lại:
Thực hiện truy vấn này một lần nữa cuối cùng sẽ khiến nó được gửi đi và trình xem dữ liệu hiển thị một sự kiện. Bây giờ nếu bạn thực sự muốn xem tất cả các sự kiện được hiển thị đơn giản STOPlà phiên và bộ đệm sẽ được gửi đi đầy đủ. Tôi thấy điều này khi tôi dừng phiên của mình:
1. Có cách nào để khắc phục sự chậm trễ này trong việc đưa các sự kiện hiển thị trong nguồn cấp dữ liệu trực tiếp không? (Tôi đang làm điều này trên cơ sở dữ liệu cục bộ nên hiệu suất không phải là vấn đề)
Tôi đã nghĩ rằng bạn có thể thay đổi MAX_MEMORYgiá trị thấp hơn để chỉ ra kích thước bộ đệm nhỏ để ghi lại các sự kiện. Tuy nhiên, giá trị thấp nhất bạn có thể đặt này trong SQL Server 2012 là 200KB, truy vấn tôi đã sử dụng không đáp ứng giới hạn đó để khiến nó được gửi ngay lập tức. Điều duy nhất tôi có thể làm là tối đa thực hiện một truy vấn sẽ khiến bộ đệm được tiếp cận và các sự kiện trước đó được ghi lại sẽ được gửi đi:
SELECT *
FROM Person.Person
ORDER BY EmailPromotion DESC;
2.Là nguồn cấp dữ liệu trực tiếp là cách tốt nhất để trực quan hóa dữ liệu Sự kiện mở rộng? Có công cụ nào khác trong SSMS hay không phù hợp hơn với trường hợp sử dụng của tôi?
Không phải là tôi biết hiện tại. Tôi sẽ đề xuất phương pháp tốt nhất để lấy dữ liệu ngay khi nó xảy ra là truy vấn XML cho ring_buffermục tiêu và chỉ cần loại bỏ nó. Tôi có thể lặp lại ví dụ trên và ngay khi tôi thực hiện truy vấn bên dưới, tôi thấy sự kiện này.
-- Create XML variable to hold Target Data
DECLARE @target_data XML
SELECT @target_data = CAST([t].[target_data] AS XML)
FROM [sys].[dm_xe_sessions] AS s
JOIN [sys].[dm_xe_session_targets] AS t
ON [t].[event_session_address] = [s].[address]
WHERE [s].[name] = N'Simple Query Benchmarking' AND
[t].[target_name] = N'ring_buffer' ;
-- Return the full XML document
--SELECT @target_data;
--Shred XMl to get needed data
SELECT DATEADD(hh, DATEDIFF(hh, GETUTCDATE(), CURRENT_TIMESTAMP), n.value('(@timestamp)[1]', 'datetime2')) AS [timestamp],
n.value('(data[@name="duration"]/value)[1]', 'bigint') as duration,
n.value('(action[@name="sql_text"]/value)[1]', 'varchar(max)') as sql_text
FROM @target_data.nodes('RingBufferTarget/event[@name=''sql_batch_completed'']') AS q(n)
