SQL Server 扩展事件：监控和故障排除 [2026]

调度员： 调度器组件负责协调从事件源到扩展事件引擎的事件流。当事件触发时，调度器会接收通知，并将其路由到已订阅该特定事件类型的活动会话。
缓冲区： 缓冲速度rar在写入之前，将事件数据存储在内存中。 tar获取数据。这种缓冲机制通过减少 I/O 操作来提高性能。可以配置缓冲区大小和管理设置，以平衡内存使用和数据捕获需求。
会议： 会话定义了事件监控的范围。它指定要捕获哪些事件、要执行哪些操作、要应用哪些谓词以及结果的存储位置。会话可以创建、修改和更新。tar泰德，然后自行停止了。
Tar获取实例： Tar获取实例代表捕获的事件数据的存储目标。每个会话可以写入一个或多个实例。 tar获取诸如文件、环形缓冲区或计数器之类的数据。 Tar获取并处理事件信息，以便后续分析。

2.2 活动套餐

SQL Server 扩展事件将功能组织成包。每个包包含相关的事件、操作、类型、谓词和 tar获取。常用软件包包括 sqlserver、sqlos 和 package0。

sqlserver 包提供数据库特定的事件，例如查询和事务。
sqlos 包包含操作系统事件。
package0 提供所有软件包使用的通用功能。

2.3 事件类型和字段

事件代表事件发生的时间和地点。 SQL Server 您想要监控的事件。每种事件类型都有预定义的字段来捕获相关信息。例如，sql_statement_completed 事件包含持续时间、CPU 时间、读取次数和写入次数等字段。

事件可以是同步的，也可以是异步的。同步事件在操作过程中触发，而异步事件在操作完成后触发。了解事件特征有助于您根据监控需求选择合适的事件。

2.4 动作

行动补充tar将信息传递给捕获的事件。当事件触发时，关联的操作会执行以收集其他上下文信息，例如 SQL 文本、会话 ID 或调用堆栈信息。

常用操作包括 sql_text（用于捕获查询语句）、database_name（用于标识数据库）和 client_h。ost用于跟踪源服务器的名称。操作为故障排除和分析提供了必要的上下文信息。

2.5 Tar得到

Tar获取事件数据的存储方式和存储位置。 SQL Server 扩展事件支持多种 tar获取类型，包括：

用于磁盘存储的 event_file，为详细分析提供持久存储。
ring_buffer 用于基于内存的保留，以最小的开销快速访问最近事件。
用于简单计数的 event_counter
用于分组的直方图
用于关联相关事件的配对匹配

2.6 谓词（过滤器）

谓词可根据指定条件筛选事件，从而减少捕获的数据量。您可以按数据库名称、应用程序名称、会话 ID、持续时间阈值或任何事件字段值进行筛选。

有效使用谓词可以仅捕获相关事件，从而最大限度地降低性能影响。复杂谓词使用逻辑运算符组合多个条件，以创建精确的过滤标准。

3. 扩展事件会话状态和生命周期

3.1 会话状态：创建、修改和删除

扩展活动环节会经历不同的阶段：

CREATE EVENT SESSION 语句定义了一个新会话，但并不执行任何操作。tart 它。会话处于停止状态，直到显式激活为止。
ALTER EVENT SESSION 语句用于修改会话配置或更改其在停止和运行状态之间的状态。tar特德。
DROP EVENT SESSION 语句会从服务器中完全删除会话定义。

3.2 课程内容和特点

每个会话都包含一系列事件、操作、 tar获取和谓词。会话具有隐含的边界，定义了其作用域和行为。配置选项控制内存分配、事件保留和分发延迟。

会话特征包括它们是否在服务器资源共享期间保持存在。tar时间序列、最大内存分配以及它们如何处理内存压力。这些设置会显著影响会话行为和资源消耗。

3.3 会话边界和包

会话边界定义了事件之间的关系， tar获取和打包。一个包中的事件可以触发另一个包中的操作，从而为数据收集策略提供灵活性。

包关系允许您在单个会话中合并来自多个来源的事件。此功能支持跨不同来源的全面监控场景。 SQL Server 子系统。

4. 使用 SSMS 创建扩展事件会话

4.1 前提条件和设置

创建之前 SQL Server 要使用扩展事件会话，请确保您拥有相应的权限。对于服务器范围的会话，您需要 ALTER ANY EVENT SESSION 权限；对于数据库范围的会话，您需要对数据库拥有 CONTROL 权限。

验证 SQL Server Management Studio 已安装并连接到您的设备。 tar获取实例。熟悉监控要求并确定需要监控的事件和事件。 tar最符合您的需求。

4.2 在对象资源管理器中访问扩展事件

要在 SSMS 中访问扩展事件界面，请按照以下步骤操作：

可选 SQL Server 管理工作室并连接到您的 SQL Server 实例。
在对象资源管理器中，展开 管理学 -> 扩展活动.
扩展事件节点包含会议和用于管理监控配置的文件夹。

4.3 创建新会话

创建新会话：

1. 用鼠标右键单击会议文件夹下 扩展活动.
2. 从我们的数据库中通过 UL Prospector 平台选择 新会话 打开配置对话框。以下内容将使用此方法创建一个新会话。

注意： 新建会话向导 此外，还提供更具指导性的体验。

4.3.1 常规页面配置

点击 General (将军) 页面，配置基本会话属性：

输入会话名称 会话名称 字段。使用能够表明监控目的的描述性名称。
随意选择 Star在服务器 s 上的事件会话tar管 启用自动会话激活功能。
默认会话模板是空白如果使用预定义配置，则可以使用其他模板。

4.3.2 活动页面设置

此活动该页面允许您选择要监控的事件：

点击活动从左侧翻页 选择一个页面 面板。
在 事件库rary您可以浏览可参加的活动，或者使用搜索功能。
输入“sql_statement_completed”等关键字筛选事件，以查找相关事件。
选择所需的事件，例如 sql_statement_completed。
点击右箭头按钮将事件移动到 精选活动 名单。

4.3.3 数据存储配置

此 数据存储 页面定义了事件数据的存储位置：

点击 数据存储 从左侧翻页 选择一个页面 面板。
在 Tar得到 区域，选择一个 tar从下拉菜单中获取类型。

（1）事件文件 Tar得到

事件文件 tar将数据存储到磁盘上，文件扩展名为 .xel：

从我们的数据库中通过 UL Prospector 平台选择 事件文件 来自 tar获取类型下拉菜单。
指定文件路径，例如 C:\temp\YourSession_Tar获取.xel。
配置磁盘空间滚动选项，通过设置最大文件大小和文件数量来管理磁盘空间。
此 tar持续获取写入事件，直到会话停止或达到存储限制。

（2）环形缓冲区 Tar得到

环形缓冲区 tar获取事件存储到内存中，以便快速访问而无需磁盘 I/O：

从我们的数据库中通过 UL Prospector 平台选择 环形缓冲区 作为 tar获取类型。
配置缓冲区的最大内存分配。
请注意，当缓冲区填满时，较早的事件将被丢弃，因此该功能适用于监控最近的活动。

（3）事件计数器 Tar得到

事件计数器 target 方法仅统计事件发生的次数，而不存储详细数据。如果您只需要频率信息，这种方法可以最大限度地减少开销。

（4）直方图 Tar得到

直方图 tar根据指定的字段值对事件进行分组，生成分布统计信息。这有助于识别常见模式或高频值。

（5）配对 Tar得到

配对 tar获取相关事件，例如锁的获取和释放。这使得我们可以分析成对操作及其时间关系。

4.3.4 高级设置

此 先进的 此页面提供会话级配置选项：

点击 先进的 从左侧翻页 选择一个页面 面板。
配置 事件保留模式 控制在内存压力下如何处理事件。
米 最大调度延迟 平衡实时处理与系统性能。
配置 最大内存大小 和 最大事件大小 根据您的监控需求。
从我们的数据库中通过 UL Prospector 平台选择 内存分区模式 针对单CPU或多CPU环境进行优化。

4.4 配置事件过滤器（谓词）

谓词通过根据特定条件筛选事件来减少数据量。要配置筛选器：

点击活动在页面上，选择要筛选的事件，例如“sql_statement_completed”。
点击配置打开事件配置对话框。
点击 过滤器（谓词） 标签。
在领域从下拉菜单中选择要筛选的字段，例如持续时间。
选择一个 操作者例如“>”。
输入筛选条件价值例如 1000000（1 秒）。
如有必要，可添加更多条件。

4.5 选择操作和事件字段

对于每个事件，您可以选择要收集的数据：

点击活动在页面上，选择要选择数据的事件，例如“sql_statement_completed”。
点击配置打开事件配置对话框。
点击 全局字段（操作） 标签。
选择要添加补充剂的操作tary 信息，例如 database_name 或 client_app_name。
查看 事件字段 此部分用于查看哪些字段会自动捕获。
清除不必要的字段以减少数据量。

4.6小号tar会话和管理

配置好会话后，您可以……tar测试并监控其运行情况：

点击 OK 创建会话。
在对象资源管理器中，展开会议文件夹，用于查看您的新会话。
右键单击会话名称并选择 Start 会话 开始记录事件。
要查看实时数据，请右键单击会话并选择 实时数据.
右键单击并选择“停止会话”即可停止会话。 停止会话.

5. 使用 T-SQL 创建扩展事件会话

5.1 创建事件会话语法

使用 T-SQL 创建扩展事件会话可实现精确控制，并支持编写脚本以实现自动化部署。CREATE EVENT SESSION 语句遵循特定的语法结构。

基本语法包括会话名称、每个事件的 ADD EVENT 子句、ADD TARGET 子句用于指定存储目标，可选的 WITH 子句用于会话配置。

5.2 创建基本事件会话

基本会话监控特定事件并将结果写入。 tar开始吧。以下是如何构建基本组件的方法。

5.2.1 定义会话名称和选项

Start 通过创建一个具有描述性名称的会话：

CREATE EVENT SESSION [SampleSession] ON SERVER

ON SERVER 子句会创建一个服务器范围的会话，该会话会在数据库更改后仍然有效。对于 Azure SQL 数据库，请使用 ON DATABASE 子句创建数据库范围的会话。

5.2.2 使用 ADD EVENT 添加事件

使用 ADD EVENT 子句添加要捕获的事件：

CREATE EVENT SESSION [SampleSession] ON SERVER
ADD EVENT sqlserver.sql_statement_completed

这会捕获所有已完成的 SQL 语句。您可以通过添加额外的 ADD EVENT 子句来添加多个事件。

5.2.3 配置事件操作

操作会收集每个事件的附加上下文信息。在事件名称后的括号内添加操作：

CREATE EVENT SESSION [SampleSession] ON SERVER
ADD EVENT sqlserver.sql_statement_completed(
    ACTION(sqlserver.sql_text, sqlserver.database_name, sqlserver.username)
)

此示例捕获每个已完成语句的 SQL 文本、数据库名称和用户名。

5.2.4 设置事件谓词（WHERE 子句）

谓词用于筛选事件以减少数据量。请在事件定义中使用 WHERE 子句：

CREATE EVENT SESSION [SampleSession] ON SERVER
ADD EVENT sqlserver.sql_statement_completed(
    ACTION(sqlserver.sql_text)
    WHERE ([package0].[greater_than_uint64]([duration],(5000000)))
)

此功能可筛选持续时间超过 5 秒（5,000,000 微秒）的语句。

5.3 添加事件 Tar得到

Tar获取定义事件数据存储位置和处理方式。

5.3.1加 TARGET 语法

添加 tar使用 ADD TAR在所有事件定义之后添加 GET 子句：

ADD TARGET package0.event_file(
    SET filename=N'C:\XEvents\SampleSession.xel'
)

package0 前缀表示 target 函数来自基础包。

5.3.2配置 Tar获取参数

每 tar获取类型接受特定参数。对于 event_file，请配置 filename、max_file_size 和 max_rollover_files：

ADD TARGET package0.event_file(
    SET filename=N'C:\XEvents\SampleSession.xel',
        max_file_size=(50),
        max_rollover_files=(5)
)

此配置会创建最大 50 MB 的文件，并通过滚动更新保留最多 5 个文件。

5.4 会话选项和设置

WITH 子句配置会话级选项，以控制行为和资源使用。

5.4.1 MAX_MEMORY 和 EVENT_RETENTION_MODE

压力下的内存分配和事件处理控制：

WITH (
    MAX_MEMORY=4096 KB,
    EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS
)

EVENT_RETENTION_MODE 选项包括：ALLOW_SINGLE_EVENT_LOSS（内存使用量最小）、ALLOW_MULTIPLE_EVENT_LOSS（内存开销适中）和 NO_EVENT_LOSS（完全保留数据）。ost 可能对绩效产生影响。

5.4.2 最大调度延迟

设置事件在写入缓冲区之前可以在缓冲区中保留的最长时间。 tar获得：

WITH (
    MAX_DISPATCH_LATENCY=30 SECONDS
)

较低的值可在 c 处提供更多实时数据。ost I/O 操作增加。

5.4.3 内存分区模式

针对硬件配置优化内存分区：

WITH (
    MEMORY_PARTITION_MODE=PER_CPU
)

选项包括：NONE（单分区）、PER_NODE（NUMA 系统）和 PER_CPU（多 CPU 系统上的最大并发性）。

5.5小号tar会话的开始、停止和更改

通过 ALTER EVENT SESSION 语句管理会话状态和配置。

5.5.1 更改 S 的事件会话tart/停止

Star创建后的 ta 会话：

ALTER EVENT SESSION [SampleSession] ON SERVER STATE = START;

停止正在进行的会话：

ALTER EVENT SESSION [SampleSession] ON SERVER STATE = STOP;

5.5.2 修改现有会话

停止运行时修改会话配置。添加事件：

ALTER EVENT SESSION [SampleSession] ON SERVER
ADD EVENT sqlserver.sql_batch_completed;

移除事件：

ALTER EVENT SESSION [SampleSession] ON SERVER
DROP EVENT sqlserver.sql_statement_completed;

5.5.3 取消活动会话

使用 DROP EVENT SESSION 命令完全删除会话：

DROP EVENT SESSION [SampleSession] ON SERVER;

掉线前必须停止会话。

6. 与活动合作 Tar详细

6.1 事件文件 Tar获取配置

事件文件 target 提供事件数据的持久存储，并提供灵活的配置选项。

6.1.1 文件路径和命名规则

请指定事件文件的完整路径和文件名：

ADD TARGET package0.event_file(
    SET filename=N'C:\XEvents\MySession.xel'
)

扩展事件日志文件请使用 .xel 扩展名。确保 SQL Server 服务帐户对指定目录具有写入权限。

6.1.2 文件滚动和大小管理

配置自动文件轮换机制以管理磁盘空间：

ADD TARGET package0.event_file(
    SET filename=N'C:\XEvents\MySession.xel',
        max_file_size=(50),
        max_rollover_files=(10)
)

当文件大小达到 50 MB 时， SQL Server 扩展事件会创建一个后缀递增的新文件。当文件数量达到 10 个时，最旧的文件将被覆盖。

6.1.3 读取事件文件数据

使用 sys.fn_xe_file_ 查询事件文件数据target_read_file 函数：

SELECT
    event_data,
    file_name,
    file_offset
FROM sys.fn_xe_file_target_read_file(
    'C:\XEvents\MySession*.xel',
    NULL, NULL, NULL
);

通配符模式会读取与会话关联的所有文件。

6.2 环形缓冲区 Tar获取使用情况

环形缓冲区 tar获取存储事件到内存中，以便快速访问最近的活动。

6.2.1 基于内存的事件存储

配置环形缓冲区以使用内存存储：

ADD TARGET package0.ring_buffer

活动仅在会话期间可用，并且 SQL Server 正在运行。数据为 lost 当会话停止或服务器资源耗尽时tarTS。

6.2.2 缓冲区大小和配置

控制环形缓冲区内存分配：

ADD TARGET package0.ring_buffer(
    SET max_memory=(4096)
)

以 KB 为单位指定内存大小。当缓冲区满时，将采用先进先出 (FIFO) 的方式丢弃较早的事件。

6.2.3 查询环形缓冲区数据

通过动态管理视图 (DMV) 访问环形缓冲区数据：

SELECT
    CAST(target_data AS XML) AS TargetData
FROM sys.dm_xe_session_targets AS t
JOIN sys.dm_xe_sessions AS s
    ON s.address = t.event_session_address
WHERE s.name = 'YourSessionName'
    AND t.target_name = 'ring_buffer';

此 target_data 包含 XML 格式的事件信息。

6.3 事件计数器 Tar得到

事件计数器 target 提供简单的计数功能，不提供详细的数据存储：

ADD TARGET package0.event_counter

本篇 tar以最小的开销获取事件跟踪频率，适用于只关注计数的大容量监控。

6.4 直方图 Tar得到

直方图 tar按字段值获取事件组：

ADD TARGET package0.histogram(
    SET filtering_event_name=N'sqlserver.sql_statement_completed',
        source_type=0,
        source=N'database_name'
)

此配置会创建一个直方图，显示事件在各个数据库中的分布情况。

6.5 配对 Tar得到

配对 tar获取与发布相关的事件，例如锁定收购：

ADD TARGET package0.pair_matching(
    SET begin_event=N'sqlserver.lock_acquired',
        end_event=N'sqlserver.lock_released',
        begin_matching_columns=N'resource_type',
        end_matching_columns=N'resource_type'
)

这样就可以分析成对操作及其持续时间。

7. 查看和分析扩展事件数据

7.1 使用 SSMS 查看实时数据

SQL Server Management Studio 提供了一个图形界面，用于实时查看扩展事件数据：

在对象资源管理器中，展开 管理学 -> 扩展活动 -> 会议.
右键单击当前会话。
从我们的数据库中通过 UL Prospector 平台选择 实时数据 打开实时数据查看器。
事件发生时会显示在网格中。
点击各个事件，即可在详细信息窗格中查看详细的字段值。
使用工具栏筛选器可以专注于特定事件类型或字段值。

7.2 使用 T-SQL 查询事件文件数据

T-SQL 查询可对捕获的事件数据进行灵活的分析。

7.2.1 sys.fn_xe_file_tar获取读取文件函数

使用此系统函数读取事件文件数据：

SELECT
    object_name AS EventName,
    CAST(event_data AS XML) AS EventData,
    file_name,
    file_offset,
    timestamp_utc
FROM sys.fn_xe_file_target_read_file(
    'C:\XEvents\MySession*.xel',
    NULL, NULL, NULL
);

该函数为每个事件返回一行，其中包含 XML 格式的详细信息。

7.2.2 解析 XML 事件数据

从 XML 事件数据中提取特定值：

SELECT
    event_data.value('(event/@name)[1]', 'VARCHAR(50)') AS EventName,
    event_data.value('(event/@timestamp)[1]', 'DATETIME2') AS Timestamp,
    event_data.value('(event/data[@name="duration"]/value)[1]', 'BIGINT') AS Duration,
    event_data.value('(event/data[@name="statement"]/value)[1]', 'VARCHAR(MAX)') AS Statement
FROM (
    SELECT CAST(event_data AS XML) AS event_data
    FROM sys.fn_xe_file_target_read_file(
        'C:\XEvents\MySession*.xel',
        NULL, NULL, NULL
    )
) AS EventData;

XQuery表达式从XML结构中提取各个字段的值。

7.2.3 将事件数据转换为表格

从事件数据创建结构化结果集：

WITH EventData AS (
    SELECT CAST(event_data AS XML) AS EventXML
    FROM sys.fn_xe_file_target_read_file(
        'C:\XEvents\MySession*.xel',
        NULL, NULL, NULL
    )
)
SELECT
    EventXML.value('(event/@name)[1]', 'VARCHAR(100)') AS EventName,
    EventXML.value('(event/data[@name="cpu_time"]/value)[1]', 'BIGINT') AS CPUTime,
    EventXML.value('(event/data[@name="physical_reads"]/value)[1]', 'BIGINT') AS PhysicalReads,
    EventXML.value('(event/action[@name="sql_text"]/value)[1]', 'VARCHAR(MAX)') AS SQLText,
    EventXML.value('(event/action[@name="database_name"]/value)[1]', 'VARCHAR(128)') AS DatabaseName
FROM EventData;

7.3 查询环形缓冲区数据

从 ring_buffer 中提取数据 tar获得：

SELECT
    n.value('(@name)[1]', 'VARCHAR(50)') AS EventName,
    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 SQLText
FROM (
    SELECT CAST(target_data AS XML) AS TargetData
    FROM sys.dm_xe_session_targets AS t
    JOIN sys.dm_xe_sessions AS s
        ON s.address = t.event_session_address
    WHERE s.name = 'YourSessionName'
        AND t.target_name = 'ring_buffer'
) AS Data
CROSS APPLY TargetData.nodes('//event') AS q(n);

7.4 扩展事件的系统视图

SQL Server 提供多个 DMV 和目录视图，用于管理和监控扩展事件会话。

7.4.1 sys.server_event_sessions

查看服务器中存储的会话定义：

SELECT
    name,
    event_retention_mode_desc,
    max_dispatch_latency,
    max_memory,
    max_event_size,
    memory_partition_mode_desc
FROM sys.server_event_sessions;

此目录视图显示所有已定义会话的配置详细信息。

7.4.2 sys.dm_xe_sessions

查看当前正在进行的会话：

SELECT
    name,
    create_time,
    total_regular_buffers,
    regular_buffer_size,
    total_large_buffers,
    large_buffer_size
FROM sys.dm_xe_sessions;

此 DMV 提供有关活动扩展事件会话的运行时信息。

7.4.3 sys.dm_xe_session_tar得到

查看 tar与活跃会话关联：

SELECT
    s.name AS SessionName,
    t.target_name,
    t.execution_count,
    t.execution_duration_ms
FROM sys.dm_xe_session_targets AS t
JOIN sys.dm_xe_sessions AS s
    ON s.address = t.event_session_address;

7.4.4 其他有用的 DMV

其他视图提供全面的会话信息：

sys.dm_xe_session_events：列出活动会话中的事件
sys.dm_xe_session_event_actions：显示为会话事件配置的操作
sys.dm_xe_objects：对所有可用的事件、操作和对象进行编目 tar得到
sys.dm_xe_object_columns：每个事件类型可用的详细信息字段
sys.dm_xe_packages：列出所有扩展事件包

8. 实际应用案例和示例

8.1 监控 SQL 语句执行

跟踪 SQL 语句执行情况可以深入了解查询模式和性能特征。

8.1.1 跟踪 sql_statement_completed 事件

创建会话以监控已完成的 SQL 语句：

CREATE EVENT SESSION [QueryMonitoring] ON SERVER
ADD EVENT sqlserver.sql_statement_completed(
    ACTION(
        sqlserver.sql_text,
        sqlserver.database_name,
        sqlserver.client_hostname,
        sqlserver.username
    )
)
ADD TARGET package0.event_file(
    SET filename=N'C:\XEvents\QueryMonitoring.xel',
        max_file_size=(100),
        max_rollover_files=(5)
)
WITH (
    MAX_MEMORY=4096 KB,
    EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS,
    MAX_DISPATCH_LATENCY=30 SECONDS,
    STARTUP_STATE=OFF
);

ALTER EVENT SESSION [QueryMonitoring] ON SERVER STATE = START;

8.1.2 按数据库或应用程序进行筛选

使用谓词来关注特定的数据库或应用程序：

CREATE EVENT SESSION [AppSpecificMonitoring] ON SERVER
ADD EVENT sqlserver.sql_statement_completed(
    ACTION(sqlserver.sql_text, sqlserver.client_app_name)
    WHERE (
        [sqlserver].[database_name] = N'YourDatabase'
        AND [sqlserver].[client_app_name] LIKE N'YourApplication%'
    )
)
ADD TARGET package0.event_file(
    SET filename=N'C:\XEvents\AppMonitoring.xel'
);

8.2 捕获死锁信息

死锁分析需要获取有关冲突交易的详细信息。

8.2.1 xml_deadlock_report 事件

创建一个会话以捕获完整的死锁图：

CREATE EVENT SESSION [DeadlockMonitoring] ON SERVER
ADD EVENT sqlserver.xml_deadlock_report(
    ACTION(
        sqlserver.database_name,
        sqlserver.sql_text
    )
)
ADD TARGET package0.event_file(
    SET filename=N'C:\XEvents\Deadlocks.xel'
)
WITH (STARTUP_STATE=ON);

ALTER EVENT SESSION [DeadlockMonitoring] ON SERVER STATE = START;

8.2.2 分析死锁图

提取并分析死锁信息：

SELECT
    EventXML.value('(event/@timestamp)[1]', 'DATETIME2') AS DeadlockTime,
    EventXML.query('.') AS DeadlockGraph
FROM (
    SELECT CAST(event_data AS XML) AS EventXML
    FROM sys.fn_xe_file_target_read_file(
        'C:\XEvents\Deadlocks*.xel',
        NULL, NULL, NULL
    )
) AS EventData
WHERE EventXML.value('(event/@name)[1]', 'VARCHAR(50)') = 'xml_deadlock_report';

死锁图包含有关进程、资源和受害者选择的详细信息。

8.3 跟踪查询性能问题

利用查询持续时间和资源消耗指标识别性能不佳的查询。

8.3.1 长时间运行查询检测

捕获超过特定持续时间阈值的查询：

CREATE EVENT SESSION [LongRunningQueries] ON SERVER
ADD EVENT sqlserver.sql_statement_completed(
    ACTION(
        sqlserver.sql_text,
        sqlserver.database_name,
        sqlserver.plan_handle
    )
    WHERE ([duration] > 5000000)  -- 5 seconds in microseconds
)
ADD TARGET package0.event_file(
    SET filename=N'C:\XEvents\LongQueries.xel'
);

8.3.2 执行计划分析

捕获查询计划以进行性能分析：

CREATE EVENT SESSION [QueryPlans] ON SERVER
ADD EVENT sqlserver.query_post_execution_showplan(
    ACTION(
        sqlserver.sql_text,
        sqlserver.database_name
    )
    WHERE ([duration] > 10000000)  -- 10 seconds
)
ADD TARGET package0.event_file(
    SET filename=N'C:\XEvents\QueryPlans.xel',
    max_file_size=(200)
);

8.4 监控登录和安全事件

跟踪身份验证和授权活动，以进行安全审计。

8.4.1 登录成功与失败跟踪

监控成功和失败的登录尝试：

CREATE EVENT SESSION [LoginMonitoring] ON SERVER
ADD EVENT sqlserver.login(
    ACTION(
        sqlserver.client_hostname,
        sqlserver.client_app_name
    )
),
ADD EVENT sqlserver.login_failed(
    ACTION(
        sqlserver.client_hostname
    )
)
ADD TARGET package0.event_file(
    SET filename=N'C:\XEvents\Logins.xel'
)
WITH (STARTUP_STATE=ON);

8.4.2 权限变更

跟踪安全权限变更：

CREATE EVENT SESSION [SecurityChanges] ON SERVER
ADD EVENT sqlserver.server_principal_management_event,
ADD EVENT sqlserver.database_principal_management_event,
ADD EVENT sqlserver.database_permission_change_event
ADD TARGET package0.event_file(
    SET filename=N'C:\XEvents\SecurityAudit.xel'
);

8.5 数据库级监控

监控数据库特定操作和状态变化。

8.5.1 备份和恢复事件

跟踪备份和恢复操作：

CREATE EVENT SESSION [BackupMonitoring] ON SERVER
ADD EVENT sqlserver.backup_restore_progress_trace,
ADD EVENT sqlserver.databases_backup_restore_event
ADD TARGET package0.event_file(
    SET filename=N'C:\XEvents\BackupRestore.xel'
);

8.5.2 数据库状态变更

监控数据库状态转换：

CREATE EVENT SESSION [DatabaseStateChanges] ON SERVER
ADD EVENT sqlserver.database_started,
ADD EVENT sqlserver.database_stopped
ADD TARGET package0.ring_buffer;

8.6 检测数据库损坏和完整性问题

SQL Server 扩展事件提供早期预警功能，可检测潜在的数据库损坏，从而在问题升级之前进行主动干预。

8.6.1 腐败检测的关键事件

多起事件表明可能存在数据损坏或 I/O 问题。

8.6.1.1 严重错误报告事件

error_reported 事件捕获所有 SQL Server 错误，包括与数据损坏相关的错误编号：

ADD EVENT sqlserver.error_reported(
    WHERE (
        [severity] >= (20)
        OR [error_number] IN (823, 824, 825, 832, 855, 856)
    )
)

错误 823 表示 I/O 错误，824 表示逻辑一致性错误，825 表示读取重试成功，这可能表明硬件问题。

8.6.1.2 database_suspect_data_page 事件

当……时触发此事件 SQL Server 遇到可疑页面：

ADD EVENT sqlserver.database_suspect_data_page

可疑页面表示可能存在损坏，并记录在 msdb.dbo.suspect_pages 表中。

8.6.1.3 errorlog_writing 事件

捕获写入的条目 SQL Server 错误日志：

ADD EVENT sqlserver.errorlog_written(
    WHERE ([severity] >= (16))
)

8.6.2 创建腐败监测会议

建立一套全面的腐败检测和监控机制。

8.6.2.1 过滤损坏错误编号（823、824、825）

创建一个 tar专门讨论腐败指标的会议：

CREATE EVENT SESSION [CorruptionDetection] ON SERVER
ADD EVENT sqlserver.error_reported(
    ACTION(
        sqlserver.database_name,
        sqlserver.sql_text
    )
    WHERE (
        [error_number] IN (823, 824, 825, 832, 855, 856)
        OR [severity] >= (20)
    )
),
ADD EVENT sqlserver.database_suspect_data_page(
    ACTION(
        sqlserver.database_name
    )
)

8.6.2.2 设定适当的严重程度等级

包括可能表明存在数据损坏的高危错误：

WHERE (
    [severity] >= (20)
    OR [error_number] IN (823, 824, 825)
)

严重程度 20 及以上表示系统级问题，这些问题通常与腐败有关。

8.6.2.3 配置事件文件 Tar获取提醒

存储腐败事件以便进行分析和警报：

ADD TARGET package0.event_file(
    SET filename=N'C:\XEvents\CorruptionMonitoring.xel',
        max_file_size=(50),
        max_rollover_files=(10)
)
WITH (
    STARTUP_STATE=ON,
    MAX_DISPATCH_LATENCY=5 SECONDS
);

ALTER EVENT SESSION [CorruptionDetection] ON SERVER STATE = START;

8.6.3 分析腐败事件数据

从采集的数据中提取并解释与腐败相关的事件。

8.6.3.1 识别可疑页面

查询 database_suspect_data_page 事件：

SELECT
    EventXML.value('(event/@timestamp)[1]', 'DATETIME2') AS EventTime,
    EventXML.value('(event/data[@name="database_id"]/value)[1]', 'INT') AS DatabaseID,
    EventXML.value('(event/data[@name="file_id"]/value)[1]', 'INT') AS FileID,
    EventXML.value('(event/data[@name="page_id"]/value)[1]', 'BIGINT') AS PageID,
    EventXML.value('(event/action[@name="database_name"]/value)[1]', 'VARCHAR(128)') AS DatabaseName
FROM (
    SELECT CAST(event_data AS XML) AS EventXML
    FROM sys.fn_xe_file_target_read_file(
        'C:\XEvents\CorruptionMonitoring*.xel',
        NULL, NULL, NULL
    )
) AS EventData
WHERE EventXML.value('(event/@name)[1]', 'VARCHAR(50)') = 'database_suspect_data_page';

8.6.3.2 提取错误详情和上下文

分析错误报告事件中的损坏模式：

SELECT
    EventXML.value('(event/@timestamp)[1]', 'DATETIME2') AS ErrorTime,
    EventXML.value('(event/data[@name="error_number"]/value)[1]', 'INT') AS ErrorNumber,
    EventXML.value('(event/data[@name="severity"]/value)[1]', 'INT') AS Severity,
    EventXML.value('(event/data[@name="message"]/value)[1]', 'VARCHAR(MAX)') AS ErrorMessage,
    EventXML.value('(event/action[@name="database_name"]/value)[1]', 'VARCHAR(128)') AS DatabaseName,
    EventXML.value('(event/action[@name="sql_text"]/value)[1]', 'VARCHAR(MAX)') AS SQLText
FROM (
    SELECT CAST(event_data AS XML) AS EventXML
    FROM sys.fn_xe_file_target_read_file(
        'C:\XEvents\CorruptionMonitoring*.xel',
        NULL, NULL, NULL
    )
) AS EventData
WHERE EventXML.value('(event/@name)[1]', 'VARCHAR(50)') = 'error_reported'
    AND EventXML.value('(event/data[@name="error_number"]/value)[1]', 'INT') IN (823, 824, 825);

8.6.4 与 DBCC CHECKDB 集成

使用扩展事件数据进行指导 DBCC 检查数据库执行。

8.6.4.1 基于事件触发 DBCC CHECKDB

当检测到损坏事件时，执行 DBCC CHECKDB 进行全面验证：

-- After detecting corruption events, run DBCC CHECKDB
DBCC CHECKDB ('YourDatabaseName') WITH NO_INFOMSGS, ALL_ERRORMSGS;

扩展事件提供早期预警，而 DBCC CHECKDB 执行彻底验证。

8.6.4.2 自动化反腐败应对工作流程

通过监控事件文件实现自动响应：

配置 SQL Server 代理任务定期查询腐败监控事件文件。
当发现损坏事件时，对受影响的数据库执行 DBCC CHECKDB。
向数据库管理员发送包含事件详情和 DBCC CHECKDB 结果的电子邮件提醒。
将调查结果记录到集中式监控表中，以便进行趋势分析。

8.6.4.3 平衡主动监控与绩效

与频繁执行 DBCC CHECKDB 相比，扩展事件可提供开销较低的数据损坏检测：

持续运行扩展事件以进行实时损坏检测
仅当出现损坏指示符时才执行 DBCC CHECKDB
在维护窗口期间定期运行 DBCC CHECKDB 命令
使用扩展事件来识别哪些数据库需要立即关注

这种方法可以在不消耗大量资源进行持续完整性检查的情况下，实现主动监控。

8.6.4.4 修复损坏的数据库

如果检测到数据库损坏，可以使用 DBCC CHECKDB 修复轻微损坏。如果失败，可以尝试使用第三方工具。 SQL数据库恢复工具通常情况下，对于严重损坏的数据库，该方法能提供更高的恢复率。

9. 服务器作用域与数据库作用域的扩展事件

9.1 服务器作用域事件会话

服务器范围的会话监控整个系统的活动。 SQL Server 例如，这些会话是使用 ON SERVER 子句创建的，并持久保存在主数据库中。

CREATE EVENT SESSION [ServerWideMonitoring] ON SERVER
ADD EVENT sqlserver.sql_statement_completed
ADD TARGET package0.event_file(
    SET filename=N'C:\XEvents\ServerWide.xel'
);

服务器范围的会话可以捕获所有数据库的事件，适用于实例级监控。

9.2 数据库范围事件会话（Azure SQL 数据库）

数据库范围的会话仅限于单个数据库，主要用于 Azure SQL 数据库，其中服务器级别的访问受到限制：

CREATE EVENT SESSION [DatabaseSpecificMonitoring] ON DATABASE
ADD EVENT sqlserver.sql_statement_completed
ADD TARGET package0.event_file(
    SET filename=N'DatabaseMonitoring.xel'
);

在 Azure SQL 数据库中，事件文件存储在 Azure Blob 存储中，而不是本地文件系统中。

9.3 差异和应用案例

服务器级会话可对所有数据库进行全面监控，但需要更高的权限。数据库级会话提供隔离性，适用于监控特定应用程序或租户。

使用服务器范围会话可实现集中式监控、跨数据库性能故障排除和安全审计。在 Azure SQL 数据库、多租户环境或将监控职责委派给应用程序团队时，请使用数据库范围会话。

10. Azure SQL 数据库中的扩展事件

10.1 Azure 特有的注意事项

Azure SQL 数据库实现了扩展事件，但与本地部署的扩展事件存在一些差异。 SQL Server默认情况下，会话范围限定在数据库范围内，事件文件存储使用 Azure Blob 存储而不是本地文件系统。

对 Azure Blob 存储进行身份验证需要事件文件中配置的 SAS 令牌。 tar获取。连接字符串引用存储事件文件的存储帐户和容器。

10.2可用 Tar获取 Azure

Azure SQL 数据库支持这些扩展事件 tar获得：

event_file：写入 Azure Blob 存储
ring_buffer：基于内存的存储，其行为与本地存储相同。
event_counter：统计事件发生次数

事件文件 tar获取操作需要使用 Azure Blob 存储凭据进行配置：

ADD TARGET package0.event_file(
    SET filename=N'https://yourstorageaccount.blob.core.windows.net/container/EventFile.xel'
)

10.3 创建数据库范围的会话

在 Azure SQL 数据库中创建会话：

CREATE EVENT SESSION [AzureMonitoring] ON DATABASE
ADD EVENT sqlserver.sql_statement_completed(
    ACTION(sqlserver.sql_text, sqlserver.database_name)
)
ADD TARGET package0.ring_buffer
WITH (MAX_MEMORY=4096 KB);

ALTER EVENT SESSION [AzureMonitoring] ON DATABASE STATE = START;

Azure 中的数据库范围会话与本地服务器范围会话的行为类似，但范围仅限于当前数据库。

11. 最佳实践和性能优化

11.1 最大限度减少对性能的影响

扩展事件旨在最大限度地减少系统开销，但配置不当可能会影响性能。请遵循以下准则：

使用特定的谓词来筛选事件，而不是捕获所有事件。
避免执行不必要的操作，以免增加处理开销。
选择合适的 tar根据数据保留需求而定
设置合理的缓冲区大小和调度延迟
使用 DMV 监控会话资源消耗

11.2 选择合适的事件和筛选条件

选择能够直接满足监控目标的事件。除非必要，否则避免选择高频事件，并始终应用谓词来减少数据量。

例如，与其捕获所有 sql_statement_completed 事件，不如筛选特定数据库或持续时间阈值：

WHERE (
    [sqlserver].[database_name] = N'ProductionDB'
    AND [duration] > 1000000
)

11.3 Tar获取甄选指南

选择 tar根据您的分析要求获取：

使用 event_file 进行详细的历史分析和长期保存
使用环形缓冲区进行实时监控，对 I/O 的影响最小。
当仅考虑发生频率时，请使用 event_counter。
使用直方图进行分布分析
使用 pair_matching 进行相关事件分析

11.4 会话配置建议

配置具有适当资源限制的会话：

根据预期事件量和服务器资源设置 MAX_MEMORY
使用 ALLOW_SINGLE_EVENT_LOSS 可以最大限度地减少 m 中的开销。ost 情景
设置 MAX_DISPATCH_LATENCY 以平衡实时性需求和性能。
在多处理器系统上使用 PER_CPU 内存分区
避免 STAR除非需要持续监控，否则 TUP_STATE=ON

11.5 管理事件文件大小和保留

配置文件轮换机制以防止磁盘使用量无限制：

ADD TARGET package0.event_file(
    SET filename=N'C:\XEvents\Session.xel',
        max_file_size=(100),
        max_rollover_files=(10)
)

此配置可保存约 1 GB 的事件数据（10 个文件 × 100 MB）。请根据您的数据保留要求和可用存储空间进行调整。

12. 扩展事件故障排除

12.1 常见问题及解决方案

常见的扩展事件问题包括会话无法捕获数据、性能下降、文件 tar出现问题和意外的会话行为。

12.2 会话未捕获数据

如果会话未捕获预期事件：

确认会话已建立tarted 使用 sys.dm_xe_sessions。
检查谓词，确保它们不会过滤掉所有事件。
确认事件是否按节奏触发rar移除过滤器。
检查权限，确保您有权查看会话数据。
检查一下 tar获取配置信息正确且可写。

SELECT name, create_time
FROM sys.dm_xe_sessions
WHERE name = 'YourSessionName';

12.3 性能下降

如果扩展事件导致性能问题：

添加谓词以减少事件数量。
删除不必要的收集补充信息的操作tary 数据。
增加 MAX_DISPATCH_LATENCY 以降低写入频率。
将 EVENT_RETENTION_MODE 更改为 ALLOW_SINGLE_EVENT_LOSS。
对于高频事件，请考虑使用 ring_buffer 代替 event_file。

12.4档 Tar获取问题

文件 tar遇到的问题通常与权限或磁盘空间有关：

验证 SQL Server 服务帐户具有写入权限 tar获取目录。
请确保有足够的磁盘空间。
检查指定的路径是否存在且可访问。
如果文件没有按预期轮换，请检查文件轮换配置。

12.5 使用系统视图进行调试

使用 DMV 诊断扩展事件问题：

-- Check session status
SELECT s.name, s.create_time, s.total_regular_buffers, s.total_large_buffers
FROM sys.dm_xe_sessions AS s;

-- View session targets and their status
SELECT
    s.name AS SessionName,
    t.target_name,
    t.execution_count,
    CAST(t.target_data AS XML) AS TargetData
FROM sys.dm_xe_session_targets AS t
JOIN sys.dm_xe_sessions AS s
    ON s.address = t.event_session_address;

-- Check for dropped events
SELECT s.name, s.dropped_event_count, s.dropped_buffer_count
FROM sys.dm_xe_sessions AS s;

13.高级话题

13.1 创建自定义活动套餐

高级用户可以创建自定义事件包来扩展 SQL Server 扩展事件功能。这需要使用 C++ 进行开发并与……集成。 SQL Server 可扩展性框架。

自定义软件包能够监控特定应用程序的事件，或将第三方监控系统与扩展事件基础架构集成。

13.2 活动会议模板

SSMS 为常见的监控场景提供了内置模板。您可以通过向导创建新会话时访问这些模板：

在“新建会话”对话框中，单击版型落下。
从可用模板中进行选择，例如查询详情跟踪或系统运行状况。
根据您的具体需求修改模板。

13.3 与监控解决方案集成

扩展事件数据可为企业监控解决方案提供数据：

将事件数据导出到集中式日志系统
解析事件文件并将数据加载到监控数据库中
使用 BI 工具创建自定义仪表板
根据特定事件模式触发警报
关联 SQL Server 包含应用程序和基础架构指标的事件

13.4 自动化和调度

使用自动化扩展事件管理 SQL Server 代理人：

创造就业机会tar在特定时间段内停止/暂停会话
日程事件文件分析和报告
通过归档或删除旧事件文件来实施数据保留策略
自动响应检测到的情况，例如性能问题或安全事件。

14. 从 SQL Server 探查

14.1 SQL Server 分析器事件到扩展事件的映射

微软提供了映射关系 SQL Server 探查事件和扩展事件。常见映射包括：

SQL:BatchCompleted -> sql_batch_completed
SQL：批处理tarting -> sql_batch_star婷
SQL:StmtCompleted -> sql_statement_completed
SQL：语句tarting -> sql_statement_star婷
死锁图 -> xml_deadlock_report
审核登录 -> 登录
审计注销 -> 注销

14.2 转换跟踪定义

转换现有的 SQL Server Profiler 通过识别等效事件并配置相应的谓词来跟踪扩展事件会话。SSMS 为常见转换提供辅助功能。

检查跟踪筛选器并将其转换为扩展事件谓词。扩展事件中的操作会替换跟踪列。 SQL Server 探查器。

14.3 性能对比

扩展事件的性能明显优于其他事件。 SQL Server 性能分析器。基准测试研究表明，扩展事件消耗的 CPU 周期更少，对事务吞吐量的影响也更小。

扩展事件使用异步处理和优化的内存管理， SQL Server Profiler 依赖于同步事件捕获，该捕获会阻塞直到跟踪处理完成。

15. 结论

15.1 关键概念总结

SQL Server 扩展事件提供了一个强大而轻量级的框架，用于监控和故障排除。 SQL Server该架构由事件、动作、谓词组成， tar获取和会话，它们协同工作以捕获相关的服务器活动。

可以使用 SSMS 或 T-SQL 创建会话，从而为临时故障排除和自动化监控提供了灵活性。 tar获取类型支持不同的分析方法，从使用 ring_buffer 进行实时监控到使用 event_file 进行历史分析。

扩展事件相比之下可提供更优异的性能 SQL Server Profiler 提供更全面的监控功能。该系统使数据库管理员和开发人员能够诊断问题、优化性能、增强安全性并确保合规性。

15.2 后续步骤和更多资源

继续发展你的 SQL Server XEvents 专业知识：

在测试环境中实现扩展事件，以获得实践经验
查阅 Microsoft 文档以获取完整的事件目录和详细的语法参考
加入 SQL Server 社区论坛，可以学习他人的经验
探索高级应用场景，例如自定义软件包和与监控平台的集成
开发一个库rary 个常见监控场景的会话模板

16 常见问题解答

问：什么是 SQL Server 扩展活动？

A: SQL Server 扩展事件是一个轻量级的性能监控系统，集成到 SQL Server 数据库引擎，能够以最小的开销捕获有关服务器操作的详细信息。

问：扩展事件与传统事件有何不同？ SQL Server 分析器？

答：扩展事件相比其他事件，性能更佳、开销更低、配置更灵活。 SQL Server 探查器。 SQL Server Profiler 已弃用，微软建议对所有监控任务使用扩展事件。

问：扩展事件是否会影响 SQL Server 性能？

答：如果配置得当，使用合适的谓词和资源限制，扩展事件对性能的影响极小。但如果配置不当，没有进行过滤，则可能会影响性能。

问：创建扩展活动会话需要哪些权限？

答：对于服务器范围的会话，您需要 ALTER ANY EVENT SESSION 权限；对于数据库范围的会话，您需要对数据库拥有 CONTROL 权限。

问：如何查看扩展事件数据？

答：使用 SQL Server Management Studio 的实时数据查看器，使用 sys.fn_xe_file_ 查询事件文件tar使用 get_read_file 或通过 DMV 查询环形缓冲区数据。

问：扩展事件能否检测到数据库损坏？

答：是的，扩展事件可以捕获与损坏相关的错误（823、824、825）和可疑页面事件，从而为潜在的损坏问题提供早期预警。

问：事件、动作和谓词之间有什么区别？

答：事件是您想要监控的发生情况。操作是对事件的补充。tar将信息传递给捕获的事件。谓词根据条件过滤事件，以减少数据量。

问：如何监控来自特定应用程序或数据库的查询？

答：在事件配置中使用谓词，按 database_name、client_app_name 或其他相关字段进行筛选。

问：什么 tar我应该使用哪些方法来处理扩展事件？

A：使用 event_file 进行持久存储和历史分析，使用 ring_buffer 进行低开销的实时监控，使用 event_counter 进行简单的频率跟踪，使用 histogram 进行分布分析。

问：Azure SQL 数据库中是否提供扩展事件？

答：是的，Azure SQL 数据库支持数据库范围的扩展事件，事件文件存储在 Azure Blob 存储中。

问：如何排查扩展事件会话无法捕获数据的问题？

A：确认会话已建立tarted，检查谓词是否过滤了所有事件，确认一下。 tar获取配置，并使用系统 DMV 查看权限。

问：我能否实现扩展事件管理的自动化？

答：是的，使用 SQL Server 代理工作tar停止/停止会话，分析事件文件，实施保留策略，并对检测到的情况做出响应。

案例

关于作者

袁盛是一位高级数据库管理员 (DBA)，拥有超过 10 年的 SQL Server 环境和企业数据库管理。他成功解决了金融服务、医疗保健和制造等行业的数百个数据库恢复场景。

袁专长于 SQL Server 数据库恢复高可用性解决方案以及性能优化。他丰富的实践经验包括管理数TB数据库、实施 Always On 可用性组并为关键业务系统开发自动化备份和恢复策略。

通过他的技术专长和实践方法，袁致力于创建全面的指南，帮助数据库管理员和 IT 专业人员解决复杂的 SQL Server 高效应对挑战。他始终掌握最新 SQL Server 版本和微软不断发展的数据库技术，定期测试恢复场景以确保他的建议反映现实世界的最佳实践。

有关于的问题 SQL Server 恢复或需要额外的数据库故障排除指导？袁欢迎反馈和建议用于改进这些技术资源。

SQL Server 扩展事件：监控、诊断和故障排除 SQL Server [2026指南]

1. 引言

1.1 什么是 SQL Server 扩展活动？

1.2 为什么使用扩展事件进行监控？

1.3 扩展赛事 SQL Server 探查

2. 理解扩展事件架构

2.1 扩展事件引擎组件