扩展事件允许的最大绑定操作数是多少？

Question

如果在事件会话中向事件添加“太多”操作，您将收到此错误：

消息 25639，级别 16，状态 23，第 1 行 事件“[事件名称]”超出了允许的绑定操作数。

允许多少动作？它是否因事件而异？

根据实验，答案似乎是 27 sqlserver.rpc_completed。但我没有在任何Microsoft 文档中找到该数字。它似乎因事件而异，因为我能够为sqlserver.sql_batch_completed.

失败的示例代码：

CREATE EVENT SESSION [Test] ON SERVER 
ADD EVENT sqlserver.rpc_completed(
    ACTION(
        package0.callstack,
        package0.collect_cpu_cycle_time,
        package0.collect_current_thread_id,
        package0.collect_system_time,
        package0.event_sequence,
        package0.last_error,
        package0.process_id,
        sqlos.cpu_id,
        sqlos.numa_node_id,
        sqlos.scheduler_address,
        sqlos.scheduler_id,
        sqlos.system_thread_id,
        sqlos.task_address,
        sqlos.task_elapsed_quantum,
        sqlos.task_resource_group_id,
        sqlos.task_resource_pool_id,
        sqlos.task_time,
        sqlos.worker_address,
        sqlserver.client_app_name,
        sqlserver.client_connection_id,
        sqlserver.client_hostname,
        sqlserver.client_pid,
        sqlserver.context_info,
        sqlserver.database_id,
        sqlserver.database_name,
        sqlserver.is_system,
        sqlserver.nt_username,
        sqlserver.plan_handle))
GO
DROP EVENT SESSION [Test] ON SERVER
GO

成功的示例代码（相同但不包括最后一项）：

CREATE EVENT SESSION [Test] ON SERVER 
ADD EVENT sqlserver.rpc_completed(
    ACTION(
        package0.callstack,
        package0.collect_cpu_cycle_time,
        package0.collect_current_thread_id,
        package0.collect_system_time,
        package0.event_sequence,
        package0.last_error,
        package0.process_id,
        sqlos.cpu_id,
        sqlos.numa_node_id,
        sqlos.scheduler_address,
        sqlos.scheduler_id,
        sqlos.system_thread_id,
        sqlos.task_address,
        sqlos.task_elapsed_quantum,
        sqlos.task_resource_group_id,
        sqlos.task_resource_pool_id,
        sqlos.task_time,
        sqlos.worker_address,
        sqlserver.client_app_name,
        sqlserver.client_connection_id,
        sqlserver.client_hostname,
        sqlserver.client_pid,
        sqlserver.context_info,
        sqlserver.database_id,
        sqlserver.database_name,
        sqlserver.is_system,
        sqlserver.nt_username))
GO
DROP EVENT SESSION [Test] ON SERVER
GO

（我尝试了几个不同的动作，它似乎与包含哪些动作无关——但也许它基于动作名称的总字符数？）

我正在使用的完整操作列表：

package0.callstack,
package0.collect_cpu_cycle_time,
package0.collect_current_thread_id,
package0.collect_system_time,
package0.event_sequence,
package0.last_error,
package0.process_id,
sqlos.cpu_id,
sqlos.numa_node_id,
sqlos.scheduler_address,
sqlos.scheduler_id,
sqlos.system_thread_id,
sqlos.task_address,
sqlos.task_elapsed_quantum,
sqlos.task_resource_group_id,
sqlos.task_resource_pool_id,
sqlos.task_time,
sqlos.worker_address,
sqlserver.client_app_name,
sqlserver.client_connection_id,
sqlserver.client_hostname,
sqlserver.client_pid,
sqlserver.context_info,
sqlserver.database_id,
sqlserver.database_name,
sqlserver.is_system,
sqlserver.nt_username,
sqlserver.plan_handle,
sqlserver.query_hash,
sqlserver.query_hash_signed,
sqlserver.query_plan_hash,
sqlserver.query_plan_hash_signed,
sqlserver.request_id,
sqlserver.server_instance_name,
sqlserver.server_principal_name,
sqlserver.server_principal_sid,
sqlserver.session_id,
sqlserver.session_nt_username,
sqlserver.session_resource_group_id,
sqlserver.session_resource_pool_id,
sqlserver.session_server_principal_name

@@VERSION 输出：

Microsoft SQL Server 2016 (SP1) (KB3182545) - 13.0.4001.0 (X64) 
    Oct 28 2016 18:17:30 
    Copyright (c) Microsoft Corporation
    Developer Edition (64-bit) on Windows Server 2012 R2 Standard 6.3 <X64> (Build 9600: ) (Hypervisor)

Answer 1

允许多少动作？它是否因事件而异？

我做了一些研究，是的，可以添加到扩展事件定义中的操作和事件的数量是有限制的。它不是一个“硬”值，而是基于许多不同的输入，因此一个不起作用的定义可以只删除单个事件或单个事件中的单个操作。

它似乎因事件而异，因为我能够获得 30 sqlserver.sql_batch_completed.

您已经偶然发现了无数可能的配置，因此您知道这并不完全基于操作的数量。它也不是特定于每个事件，而是值的组合。

你能做什么？

第一项是可变长度数据是您将面临的最大问题。你怎么知道什么是可变长度，什么不是？如果您sys.dm_xe_objects专门查看 XE 目录中的某些操作，您会看到有type_name和type_size列可用于查看是否要添加一堆可变大小的数据点（以下屏幕截图中的大小为 0）。

现在，您可能在想 - 好吧，这很好，但我不知道神奇的限制，所以它真的没有帮助。嗯，它是，它不是。如果您专门从数字的角度来看它，那么是的，它并不是很有帮助……但是，这是一种糟糕的看待方式。它应该被视为“我是否只收集了我需要的数据？” 在大多数情况下，您永远不会遇到此错误的问题。

如果我们采用问题中不起作用的定义，那么收集的一些信息似乎真的不需要它。你真的需要调用堆栈、当前线程 id、cpu 周期时间、工作地址和调度程序地址吗？调用堆栈是可变的，其余的都是固定的，因此只需消除调用堆栈，您就可以在需要时放入更多列。我不是说你需要更多，但你可以。

重点是将定义限制为根据需要尽可能小。收集所有内容将导致错误（正如您在此处遇到的那样）、系统缓慢、需要分析的数据过多，甚至系统停止。仅仅因为你可以并不意味着你应该。没有任何内容表明这些限制会或不会在主要或次要版本之间发生变化，因此保持真正的最低需求是最好的预防措施。请不要只检查每个框 (gui) 或添加所有可能的操作。