Unleashing SQL Server 2022: Enhancements to sys.dm_exec_query_statistics_xml

In the world of data management and analysis, SQL Server 2022 has brought numerous improvements and enhancements, one of the most notable being the advancements to the dynamic management view (DMV) sys.dm_exec_query_statistics_xml. This DMV provides detailed runtime statistics about query execution, which is invaluable for performance tuning and query optimization.

In this blog, we will explore the enhancements to sys.dm_exec_query_statistics_xml in SQL Server 2022 using the JBDB database. We’ll walk through a comprehensive business use case, demonstrate these enhancements with T-SQL queries, and show how these can be leveraged for better performance insights.

Business Use Case: Optimizing an E-commerce Database ๐Ÿ›’

Imagine you are a database administrator for JBDB, an e-commerce platform with millions of users and transactions. Ensuring optimal query performance is crucial for providing a seamless user experience. You need to monitor query performance, identify slow-running queries, and understand execution patterns to make informed optimization decisions.

The JBDB Database Schema

For this demo, we’ll use a simplified version of the JBDB database with the following schema:

  • Customers: Stores customer information.
  • Orders: Stores order details.
  • OrderItems: Stores items within an order.
  • Products: Stores product details.

CREATE TABLE Customers (
    CustomerID INT PRIMARY KEY,
    Name NVARCHAR(100),
    Email NVARCHAR(100),
    CreatedAt DATETIME
);

CREATE TABLE Products (
    ProductID INT PRIMARY KEY,
    ProductName NVARCHAR(100),
    Price DECIMAL(10, 2),
    Stock INT
);

CREATE TABLE Orders (
    OrderID INT PRIMARY KEY,
    CustomerID INT FOREIGN KEY REFERENCES Customers(CustomerID),
    OrderDate DATETIME
);

CREATE TABLE OrderItems (
    OrderItemID INT PRIMARY KEY,
    OrderID INT FOREIGN KEY REFERENCES Orders(OrderID),
    ProductID INT FOREIGN KEY REFERENCES Products(ProductID),
    Quantity INT,
    Price DECIMAL(10, 2)
);
INSERT INTO Customers (CustomerID, Name, Email, CreatedAt)
VALUES 
(1, 'John Doe', 'john.doe@example.com', '2023-01-10'),
(2, 'Jane Smith', 'jane.smith@example.com', '2023-02-15'),
(3, 'Emily Johnson', 'emily.johnson@example.com', '2023-03-22'),
(4, 'Michael Brown', 'michael.brown@example.com', '2023-04-05'),
(5, 'Sarah Davis', 'sarah.davis@example.com', '2023-05-30');


INSERT INTO Products (ProductID, ProductName, Price, Stock)
VALUES 
(1, 'Laptop', 999.99, 50),
(2, 'Smartphone', 499.99, 150),
(3, 'Tablet', 299.99, 75),
(4, 'Headphones', 149.99, 200),
(5, 'Smartwatch', 199.99, 100);

INSERT INTO Orders (OrderID, CustomerID, OrderDate)
VALUES 
(1, 1, '2023-06-15'),
(2, 2, '2023-07-20'),
(3, 3, '2023-08-25'),
(4, 4, '2023-09-10'),
(5, 5, '2023-10-05');

INSERT INTO OrderItems (OrderItemID, OrderID, ProductID, Quantity, Price)
VALUES 
(1, 1, 1, 1, 999.99),
(2, 1, 4, 2, 149.99),
(3, 2, 2, 1, 499.99),
(4, 2, 5, 1, 199.99),
(5, 3, 3, 2, 299.99),
(6, 4, 1, 1, 999.99),
(7, 4, 2, 1, 499.99),
(8, 5, 5, 2, 199.99),
(9, 5, 3, 1, 299.99);

Enhancements to sys.dm_exec_query_statistics_xml ๐Ÿ†•

SQL Server 2022 introduces several key enhancements to sys.dm_exec_query_statistics_xml, including:

  1. Enhanced Plan Information: More detailed execution plan information is now available.
  2. Wait Statistics: Comprehensive wait statistics are included to identify bottlenecks.
  3. Query Store Integration: Better integration with the Query Store for historical analysis.

Demonstrating Enhancements with T-SQL Queries ๐Ÿ“Š

Let’s dive into some T-SQL queries to see these enhancements in action.

Step 1: Capture a Sample Query Execution

First, we’ll execute a sample query to fetch order details along with customer and product information.

SELECT o.OrderID, o.OrderDate, c.Name AS CustomerName, p.ProductName, oi.Quantity, oi.Price
FROM
Orders o
JOIN
Customers c ON o.CustomerID = c.CustomerID
JOIN
OrderItems oi ON o.OrderID = oi.OrderID
JOIN
Products p ON oi.ProductID = p.ProductID
WHERE
o.OrderDate BETWEEN '2023-01-01' AND '2023-12-31';

Step 2: Retrieve Query Statistics XML

Next, we’ll use sys.dm_exec_query_statistics_xml to retrieve detailed execution statistics for the above query.

WITH XMLNAMESPACES (DEFAULT 'http://schemas.microsoft.com/sqlserver/2004/07/showplan')
SELECT
qst.sql_handle,
qst.plan_handle,
qst.execution_count,
qst.total_worker_time,
qst.total_elapsed_time,
qst.total_logical_reads,
qst.total_physical_reads,
qst.creation_time,
qst.last_execution_time,
q.text AS query_text,
qpx.query_plan
FROM
sys.dm_exec_query_stats AS qst
CROSS APPLY
sys.dm_exec_sql_text(qst.sql_handle) AS q
CROSS APPLY
sys.dm_exec_query_plan(qst.plan_handle) AS qpx
WHERE
q.text LIKE '%SELECT o.OrderID, o.OrderDate, c.Name AS CustomerName, p.ProductName, oi.Quantity, oi.Price%';

Step 3: Analyzing Enhanced Plan Information ๐Ÿ”

With SQL Server 2022, the execution plan XML now includes more detailed information about the query execution. You can parse the XML to extract specific details.

WITH XMLNAMESPACES (DEFAULT 'http://schemas.microsoft.com/sqlserver/2004/07/showplan')
SELECT 
    query_plan.value('(//RelOp/LogicalOp)[1]', 'NVARCHAR(100)') AS LogicalOperation,
    query_plan.value('(//RelOp/PhysicalOp)[1]', 'NVARCHAR(100)') AS PhysicalOperation,
    query_plan.value('(//RelOp/RunTimeInformation/RunTimeCountersPerThread/ActualRows)[1]', 'INT') AS ActualRows,
    query_plan.value('(//RelOp/RunTimeInformation/RunTimeCountersPerThread/ActualEndOfScans)[1]', 'INT') AS ActualEndOfScans
FROM 
    (SELECT CAST(qpx.query_plan AS XML) AS query_plan
     FROM sys.dm_exec_query_stats qs
     CROSS APPLY sys.dm_exec_query_plan(qs.plan_handle) AS qpx
     WHERE qs.sql_handle = (SELECT sql_handle FROM sys.dm_exec_requests WHERE session_id = @@SPID)) AS x;

Step 4: Monitoring Wait Statistics โฑ๏ธ

Wait statistics help identify performance bottlenecks such as CPU, IO, or memory waits. SQL Server 2022 provides enhanced wait statistics in the query execution plans.

WITH XMLNAMESPACES (DEFAULT 'http://schemas.microsoft.com/sqlserver/2004/07/showplan')
SELECT 
    wait_type,
    wait_time_ms AS total_wait_time_ms,
    wait_time_ms - signal_wait_time_ms AS resource_wait_time_ms,
    signal_wait_time_ms
FROM 
    sys.dm_exec_session_wait_stats
WHERE 
    session_id = @@SPID;

Leveraging Query Store Integration ๐Ÿ“ˆ

SQL Server 2022’s improved integration with the Query Store allows for historical query performance analysis, helping you understand performance trends and regressions.

SELECT 
    qsp.plan_id,
    qsp.query_id,
    qsqt.query_sql_text AS query_text,
    qsrs.count_executions AS execution_count,
    qsrs.avg_duration,
    qsrs.avg_cpu_time,
    qsrs.avg_logical_io_reads
FROM 
    sys.query_store_runtime_stats qsrs
JOIN 
    sys.query_store_plan qsp ON qsrs.plan_id = qsp.plan_id
JOIN 
    sys.query_store_query qsq ON qsp.query_id = qsq.query_id
JOIN 
    sys.query_store_query_text qsqt ON qsq.query_text_id = qsqt.query_text_id
WHERE 
    qsqt.query_sql_text LIKE '%SELECT o.OrderID, o.OrderDate, c.Name AS CustomerName, p.ProductName, oi.Quantity, oi.Price%';

Conclusion ๐ŸŽ‰

The enhancements to sys.dm_exec_query_statistics_xml in SQL Server 2022 provide deeper insights into query performance, making it easier to identify and resolve performance issues. By leveraging these new capabilities, database administrators can ensure their SQL Server instances run more efficiently and effectively.

Feel free to experiment with the queries provided and explore the powerful new features SQL Server 2022 has to offer. Happy querying! ๐Ÿง‘โ€๐Ÿ’ป

Comprehensive Guide to Monitoring SQL Server: Optimizing Max Server Memory

Monitoring a SQL Server database is essential to maintain its performance, stability, and overall health. One crucial aspect of SQL Server configuration is setting the max server memory value appropriately. This blog provides an in-depth look at how to monitor SQL Server and how to determine the best value for the max server memory setting, using various tools and methods.


๐Ÿ” Key Tools and Techniques for Monitoring SQL Server

Effective monitoring of a SQL Server environment involves multiple tools and techniques, each offering unique insights.

1. SQL Server Management Studio (SSMS)

SSMS provides built-in features for monitoring SQL Server:

  • Activity Monitor: A real-time interface that displays CPU usage, I/O statistics, recent expensive queries, and more.
  • Performance Dashboard Reports: Pre-defined reports that provide details on CPU, memory, and I/O usage.
2. Dynamic Management Views (DMVs)

DMVs allow querying internal SQL Server metrics:

  • sys.dm_os_performance_counters: Retrieves various performance counters, including memory usage.
  • sys.dm_exec_query_stats: Provides statistics on query performance.
  • sys.dm_os_sys_memory: Displays the amount of memory in use and available.
3. Extended Events

Extended Events provide a lightweight, flexible way to collect data on SQL Server events:

  • Configure sessions to capture specific data points, such as long-running queries or memory usage spikes.
4. SQL Server Profiler & Trace

Although deprecated, SQL Server Profiler can still be used for tracing events and diagnosing issues.

5. Performance Monitor (PerfMon)

PerfMon is a Windows utility that provides detailed insights into system and SQL Server performance. It allows tracking various counters, essential for understanding SQL Server’s memory usage.


๐Ÿ“ˆ Key Performance Monitor (PerfMon) Counters for SQL Server

Using PerfMon, you can monitor several critical counters that provide insight into SQL Server’s memory management and overall performance:

  1. Memory: Available MBytes
    • What it measures: The amount of physical memory available on the system.
    • Why it matters: Helps determine if the system has enough memory to support both SQL Server and other applications.
  2. SQLServer: Memory Manager – Total Server Memory (KB)
    • What it measures: The total amount of dynamic memory the SQL Server is using.
    • Why it matters: Indicates how much memory SQL Server is consuming and helps in understanding if the configured memory is adequate.
  3. SQLServer: Memory Manager – Target Server Memory (KB)
    • What it measures: The ideal amount of memory SQL Server aims to use.
    • Why it matters: Helps in determining if SQL Server is using less memory than needed, which could lead to performance issues.
  4. SQLServer: Buffer Manager – Buffer Cache Hit Ratio
    • What it measures: The percentage of pages found in the buffer cache without requiring a read from disk.
    • Why it matters: A high buffer cache hit ratio generally indicates that the SQL Server has sufficient memory allocated for caching.
  5. SQLServer: Buffer Manager – Page Life Expectancy
    • What it measures: The number of seconds a page will stay in the buffer cache.
    • Why it matters: A lower value indicates that pages are being flushed out too quickly, which may suggest the need for more memory.

๐Ÿงฎ Calculating the Optimal Max Server Memory Setting

To determine the optimal max server memory setting, consider the following steps:

1. Identify Total Physical Memory

Determine the total physical memory available on your server. For example, if your server has 64 GB of RAM, this is your baseline.

2. Reserve Memory for the OS and Other Applications

It’s crucial to leave enough memory for the OS and other applications. A common practice is to reserve around 20% of the total memory for the OS. For example, with 64 GB of RAM, you might reserve 12-16 GB for the OS, leaving 48-52 GB for SQL Server.

3. Use PerfMon Data to Fine-Tune

Using PerfMon, monitor the following:

  • Memory: Available MBytes: Ensure that this value does not drop too low, indicating a lack of available memory.
  • SQLServer: Memory Manager – Total Server Memory (KB) and Target Server Memory (KB): If Total Server Memory consistently meets or exceeds Target Server Memory, it may indicate a need for more memory.
  • SQLServer: Buffer Manager – Buffer Cache Hit Ratio: Aim for a ratio above 90%.
  • SQLServer: Buffer Manager – Page Life Expectancy: Aim for a value greater than 300 seconds.
4. Adjust Max Server Memory

After analyzing the data, adjust the max server memory setting using the following SQL command:

EXEC sp_configure 'max server memory', 49152; -- Example: Set to 48 GB
RECONFIGURE;
5. Regular Review and Adjustment

Regularly review your settings, especially after significant workload changes. As workloads evolve, memory requirements may change, necessitating adjustments to the max server memory setting.


๐Ÿš€ Conclusion

Effective monitoring and optimal memory configuration are key to maintaining SQL Server performance. By leveraging tools like SSMS, DMVs, Extended Events, and PerfMon, you can gain valuable insights into your SQL Server’s memory usage and overall performance. Setting the correct max server memory is crucial to ensure your SQL Server runs efficiently without starving the OS or other applications of necessary resources.

For more detailed tutorials and insights, be sure to check out our YouTube channel,ย JBSWiki YouTube channel, where we cover SQL Server and Azure SQL topics in depth.

Thank You,
Vivek Janakiraman

Disclaimer:
The views expressed on this blog are mine alone and do not reflect the views of my company or anyone else. All postings on this blog are provided โ€œAS ISโ€ with no warranties, and confers no rights.