Estoy tratando de entender / aprender cómo rastrear los detalles de una sesión bloqueada.
Entonces creé la siguiente configuración:
create table foo (id integer not null primary key, some_data varchar(20));
insert into foo values (1, 'foo');
commit;
Ahora me conecto a la base de datos dos veces desde dos clientes diferentes.
Los problemas de la primera sesión:
begin transaction
update foo set some_data = 'update'
where id = 1;
No me comprometo explícitamente allí para mantener los bloqueos.
En la segunda sesión, emito la misma declaración y, por supuesto, esa espera debido al bloqueo. Ahora estoy tratando de usar las diferentes consultas que flotan para ver que la sesión 2 está esperando la foo
tabla.
sp_who2
muestra lo siguiente (eliminé algunas columnas para mostrar solo la información importante):
SPID | Estado | BlkBy | DBName | Comando | SPID | SOLICITUD ----- + -------------- + ------- + ---------- + ---------- -------- + ------ + ---------- 52 | durmiendo | . El | foodb | ESPERANDO MANDO | 52 | 0 0 53 durmiendo | . El | foodb | ESPERANDO MANDO | 53 0 0 54 Suspendido | 52 | foodb | ACTUALIZAR | 54 0 0 56 RUNNABLE | . El | foodb | SELECCIONAR EN | 56 0 0
Esto se espera, la sesión 54 está bloqueada por los cambios no confirmados de la sesión 52.
La consulta sys.dm_os_waiting_tasks
también muestra esto. La declaración:
select session_id, wait_type, resource_address, resource_description
from sys.dm_os_waiting_tasks
where blocking_session_id is not null;
devoluciones:
session_id | wait_type | direccion_recursos | recurso_descripción ----------- + ----------- + -------------------- + ----- -------------------------------------------------- -------------------------- 54 LCK_M_X | 0x000000002a35cd40 | tecla de bloqueo hobtid = 72057594046054400 dbid = 6 id = lock4ed1dd780 mode = XsociatedObjectId = 72057594046054400
De nuevo, esto se espera.
Mi problema es que no puedo encontrar la forma de encontrar el nombre real del objeto que la sesión 54 está esperando.
He encontrado varias consultas que se están uniendo sys.dm_tran_locks
y sys.dm_os_waiting_tasks
así:
SELECT ....
FROM sys.dm_tran_locks AS l
JOIN sys.dm_os_waiting_tasks AS wt ON wt.resource_address = l.lock_owner_address
Pero en mi escenario de prueba anterior, esta unión no devuelve nada. Entonces, esa unión está mal o en dm_tran_locks
realidad no contiene la información que estoy buscando.
Entonces, lo que estoy buscando es una consulta que devuelva algo como:
"la sesión 54 está esperando un bloqueo en la tablafoo
".
Alguna información de fondo:
El problema de la vida real que estoy tratando de resolver es un poco más complicado, pero se reduce a la pregunta "en qué mesa está esperando la sesión 54". El problema en cuestión implica un procedimiento almacenado muy grande que actualiza varias tablas y una selección desde una vista que accede a algunas de esas tablas. La select
declaración está bloqueada a pesar de que tenemos habilitado el aislamiento de la instantánea y la lectura de la instantánea confirmada. Averiguar por qué la selección está bloqueada (lo que pensé que no sería posible si se habilita el aislamiento de instantáneas) será el siguiente paso.
Como primer paso, me gustaría saber qué espera esa sesión.