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! πŸ§‘β€πŸ’»

SQL Server 2022 Query Store Enhancements: A Comprehensive Guide

SQL Server 2022 brings significant enhancements to the Query Store, a powerful feature for monitoring and optimizing query performance. In this blog, we’ll explore the improvements, how to leverage Query Store for performance tuning, and its application in Always On Availability Groups. We’ll also provide T-SQL queries to identify costly queries and discuss the advantages and business use cases of using Query Store.

What is Query Store? πŸ€”

Query Store is a feature in SQL Server that captures a history of queries, plans, and runtime statistics. It helps database administrators (DBAs) and developers identify and troubleshoot performance issues by providing insights into how queries are performing over time.

Key Enhancements in SQL Server 2022 πŸ› οΈ

  1. Support for Always On Availability Groups Read Replicas: One of the standout features in SQL Server 2022 is the extension of Query Store to read-only replicas in Always On Availability Groups. This allows monitoring of read workload performance without affecting the primary replica’s performance.
  2. Improved Query Performance Analysis: Enhancements in Query Store provide more granular control over data collection and retention policies, allowing for more precise performance tuning.
  3. Automatic Plan Correction: Query Store can automatically identify and revert to a previously good query plan if the current plan causes performance regressions.
  4. Enhanced Data Cleanup: SQL Server 2022 introduces more efficient data cleanup processes, ensuring that Query Store doesn’t consume unnecessary storage space.

Leveraging Query Store for Performance Tuning πŸŽ›οΈ

To make the most of Query Store, follow these steps:

Enable Query Store: Ensure that Query Store is enabled for your database. You can do this using the following T-SQL command.

    ALTER DATABASE [YourDatabaseName] SET QUERY_STORE = ON;

    Monitor Performance: Use Query Store views and built-in reports in SQL Server Management Studio (SSMS) to analyze query performance over time.

    Identify Regressions: Leverage the Automatic Plan Correction feature to detect and fix query performance regressions automatically.

    Optimize Queries: Use the insights from Query Store to optimize queries and indexes, reducing resource consumption and improving response times.

    Using Query Store on Always On Read Replicas πŸ›‘οΈ

    Query Store on read replicas allows you to monitor read-only workloads without impacting the primary replica. To enable and configure Query Store on read replicas, use the following steps:

    Enable Query Store on Primary and Read Replicas: Ensure that Query Store is enabled on both primary and secondary replicas.

      ALTER DATABASE [YourDatabaseName] SET QUERY_STORE = ON (OPERATION_MODE = READ_WRITE);

      On read replicas:

      ALTER DATABASE [YourDatabaseName] SET QUERY_STORE = ON (OPERATION_MODE = READ_ONLY);

      Monitor Read Workloads: Use Query Store to analyze read workload performance on secondary replicas. This helps in identifying and optimizing queries executed on read-only replicas.

      T-SQL Queries to Check Costly Queries πŸ”

      Here are some T-SQL queries to find costly queries in terms of CPU, reads, and duration:

      On Primary Replica

      Top Queries by CPU Usage:

      SELECT TOP 10
          qs.query_id,
          qs.execution_type_desc,
          qs.total_cpu_time / qs.execution_count AS avg_cpu_time,
          q.text AS query_text
      FROM
          sys.query_store_runtime_stats qs
      JOIN
          sys.query_store_query q ON qs.query_id = q.query_id
      ORDER BY
          avg_cpu_time DESC;

      Top Queries by Logical Reads:

      SELECT TOP 10
          qs.query_id,
          qs.execution_type_desc,
          qs.total_logical_reads / qs.execution_count AS avg_logical_reads,
          q.text AS query_text
      FROM
          sys.query_store_runtime_stats qs
      JOIN
          sys.query_store_query q ON qs.query_id = q.query_id
      ORDER BY
          avg_logical_reads DESC;

      Top Queries by Duration:

      SELECT TOP 10
          qs.query_id,
          qs.execution_type_desc,
          qs.total_duration / qs.execution_count AS avg_duration,
          q.text AS query_text
      FROM
          sys.query_store_runtime_stats qs
      JOIN
          sys.query_store_query q ON qs.query_id = q.query_id
      ORDER BY
          avg_duration DESC;

      On Read Replica

      The queries on the read replica are similar but consider that the Query Store on read replicas operates in a read-only mode:

      -- For CPU Usage, Logical Reads, and Duration, the same queries as above can be used.

      Advantages of Using Query Store 🌟

      1. Historical Performance Data: Query Store maintains historical data, making it easier to analyze and troubleshoot performance issues over time.
      2. Automated Plan Correction: Automatically detects and corrects query plan regressions, reducing the need for manual intervention.
      3. Enhanced Monitoring: Extended support to read replicas allows comprehensive monitoring of all workloads in Always On Availability Groups.
      4. Improved Resource Management: Helps in identifying resource-intensive queries, enabling better resource allocation and management.

      Business Use Case: E-commerce Website πŸ›’

      Consider an e-commerce platform where performance is critical, especially during peak shopping seasons. By leveraging Query Store:

      • The DBA can monitor and optimize queries that retrieve product details, prices, and inventory status, ensuring quick response times for users.
      • Automatic Plan Correction helps maintain optimal performance even when changes are made to the database or application code.
      • Using Query Store on read replicas allows offloading read workloads from the primary replica, ensuring that write operations remain unaffected.

      Conclusion πŸŽ‰

      SQL Server 2022’s Query Store enhancements offer a powerful toolset for monitoring and optimizing database performance. Whether you’re managing a high-traffic e-commerce site or a critical financial application, leveraging Query Store can lead to significant performance improvements and resource optimization. Start exploring these features today to get the most out of your SQL Server environment!

      For more tutorials and tips on SQL Server, including performance tuning and database management, be sure to check out our JBSWiki YouTube channel.

      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.