如果您在事件会话中向事件添加“太多”操作,您将收到此错误:
消息 25639,级别 16,状态 23,第 1 行事件“[事件名称]”超出了允许的绑定操作数。
允许多少动作?它因事件而异吗?
根据实验,答案似乎是 27 sqlserver.rpc_completed
。但我没有在任何Microsoft 文档中找到该编号。而且它似乎因事件而异,因为我能够获得 30 个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
@@版本输出:
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)
我做了一些研究,是的,可以添加到扩展事件定义中的动作和事件的数量是有限制的。它不是一个“硬”值,而是基于许多不同的输入,因此一个不起作用的定义可能只适用于删除单个事件或单个事件中的单个操作。
您已经偶然发现了无数种可能的配置,因此您知道它并不完全基于操作的数量。它也不是特定于每个事件,而是值的组合。
你能做什么?
第一项是可变长度数据是您将要面对的最大问题。你怎么知道什么是可变长度,什么不是?如果您
sys.dm_xe_objects
专门查看 XE 目录中的某些操作,您会看到有type_name
和type_size
列可以帮助您查看是否添加了一堆可变大小的数据点(下面屏幕截图中的大小为 0)。现在,您可能在想 - 好吧,这很好,但我不知道神奇的极限,所以它真的没有用。好吧,它是,它不是。如果您专门从数字的角度来看它,那么是的,它不是很有帮助……但是,这是一种糟糕的看待方式。它应该被看作是,“我是否只收集了我需要的数据?” 在大多数情况下,您永远不会遇到此错误的问题。
如果我们采用问题中不起作用的定义,则收集的某些信息似乎真的不需要。您真的需要调用堆栈、当前线程 ID、cpu 周期时间、worker 地址和调度程序地址吗?Callstack 是可变的,其余的是固定的,所以如果需要的话,只需删除 callstack 就可以放入更多列中。我不是说你需要更多,但你可以。
重点是将定义限制为尽可能小。收集所有内容将导致错误(正如您在此处遇到的那样)、系统运行缓慢、分析数据过多,甚至系统停止。仅仅因为你可以并不意味着你应该。没有任何内容表明这些限制会或不会在主要版本或次要版本之间发生变化,因此保持真正的最低需求是最好的预防措施。请不要只选中每个框 (gui) 或添加每个可能的操作。