En una aplicación de producción (C # hablando con SQL Server 2014 Standard) hay una consulta que se ve así, a continuación. La mayoría de las veces se ejecuta en milisegundos. Pero ocasionalmente (para ciertos valores de @Id
), se vuelve loco y toma un minuto más o menos. Esto es más largo que el tiempo de espera de la aplicación, por lo que la aplicación falla para el usuario.
En los casos "se vuelve loco", el conjunto de resultados devuelto está vacío correctamente, como en muchos casos, pero no en todos los demás.
Afortunadamente, esto es reproducible tanto en los entornos de producción como de desarrollo.
El desarrollador dice que eliminar "TOP 1" de la consulta, luego asegurarse de que la aplicación consume las filas adicionales del conjunto de resultados, aclara el problema de rendimiento.
El planificador de consultas no sugiere índices cuando TOP 1
está presente. (en desarrollo).
Cambiar la consulta y arreglar la aplicación está en progreso. La implementación lleva un tiempo.
Mi pregunta: ¿hay alguna forma accesible para DBA de ajustar o ajustar la instancia de SQL Server de producción para superar este problema antes de que la aplicación cambie con la nueva consulta?
SELECT TOP 1
subscription_id
FROM subscription AS sub
JOIN billing_info AS bi ON bi.billing_info_id = sub.billing_info_id
JOIN person_group AS apg ON apg.person_id = bi.person_id
JOIN pplan ON pplan.plan_id = sub.plan_id
JOIN product ON product.product_id = [plan].product_id
JOIN product_attribute ON product_attribute.product_id = product.product_id
WHERE apg.group_id = @Id
AND apg.start_date < GETDATE()
AND (apg.end_date IS NULL OR apg.end_date > GETDATE())
AND (sub.end_date IS NULL OR sub.end_date > GETDATE())
AND product_attribute.attribute_type = 'special feature'
AND product_attribute.attribute_data = '1'
ORDER BY sub.start_date ASC;
@ID
siempre lo hacen "volverse loco"? Si es así, pruebe con uno de esos valores y capture el plan de consulta real. Eso te dirá lo que va mal. Si los valores "incorrectos" no son consistentes, entonces es probable que se trate de la detección de parámetros (consulte la respuesta de @ MartinSmith para la solución), o bien un problema de bloqueo que implica cómo el cliente realmente solicita y consume el conjunto de resultados.