Evitar el almacenamiento en caché en SQL Server

Question

Tras mirar alrededor de la red utilizando el tío Google, no puedo encontrar una respuesta a esta pregunta:

¿Cuál es la mejor manera de controlar el rendimiento y la capacidad de respuesta de los servidores de producción con IIS y MS SQL Server 2005?

Actualmente estoy usando Pingdom y me gustaría que apunte a una URL que básicamente imita una "consulta del mundo real", pero por razones obvias no quiero que la consulta se ejecute desde la memoria caché. La URL se llamará cada 5 minutos.

No puedo borrar la memoria caché, los búferes, etc. ya que esto afectaría negativamente al servidor de producción. He intentado usar un número generado al azar dentro de la instrucción SELECT para generar consultas únicas, pero la consulta en caché todavía se usa.

¿Hay alguna manera de simular el NO_CACHE en MySQL?

Saludos

Answer 1

SQL Server no tiene un caché de resultados como MySQL u Oracle, así que estoy un poco confundido acerca de su pregunta. Si desea que el servidor recompile el caché del plan para un procedimiento almacenado, puede ejecutarlo CON RECOMPRA. Puede soltar su memoria caché de búfer, pero eso afectaría todas las consultas como usted sabe.

En mi empresa, probamos la disponibilidad y el rendimiento por separado. Le sugiero que use esta consulta solo para asegurarse de que su sistema esté trabajando en conjunto desde el front-end a la base de datos, luego escriba otras pruebas que verifiquen los componentes individuales para evaluar el rendimiento. SQL Server viene con una increíble cantidad de formas de comprobar si está experimentando cuellos de botella y dónde están. Uso PerfMon y DMV extensivamente. Utilizando PerfMon, compruebo la vida útil de la CPU y de la página, así como también el tiempo de espera de mi disco. Al usar DMV, puedo averiguar si mis consultas tardan demasiado (sys.dm_exec_query_stats) o si los tiempos de espera son largos (sys.dm_os_wait_stats).

Los dos principales cuellos de botella con IIS tienden a ser CPU y memoria, e IIS viene con su propio conjunto de objetos PerfMon para consultar, pero no estoy tan familiarizado con ellos.

Answer 2

vaciar el búfer de SQL y plan de caché:

DBCC DROPCLEANBUFFERS 
GO 
DBCC FREEPROCCACHE 
GO 

Uso DROPCLEANBUFFERS para probar consultas con una caché de tampón frío sin necesidad de apagar y reiniciar el servidor. (source)

Use DBCC FREEPROCCACHE para borrar la memoria caché del plan con cuidado. La liberación de la memoria caché del plan provoca, por ejemplo, la recompilación de un procedimiento almacenado en lugar de su reutilización desde la memoria caché. (source)