Optimizar Eliminar en SQL Server

Question

Delete s en el servidor sql a veces son lentos y con frecuencia he necesitado optimizarlos para disminuir el tiempo necesario. He estado buscando un poco de google buscando consejos sobre cómo hacerlo, y he encontrado diversas sugerencias. Me gustaría conocer sus técnicas favoritas y más efectivas para domesticar a la bestia eliminada, y cómo y por qué funcionan.

hasta ahora:

• claves externas seguro que tienen índices

• asegurarse de que las condiciones en las que se indexan

• uso de WITH ROWLOCK

• destruir índices no utilizados, eliminar , reconstruya los índices

ahora, su turno.

Answer 1

El siguiente artículo, operaciones de borrado ordenado rápido puede ser de su interés.

Performing fast SQL Server delete operations

La solución se centra en la utilización de un punto de vista con el fin de simplificar el plan de ejecución producida por lotes para una operación de eliminación. Esto se logra al hacer referencia a la tabla dada una vez, en lugar de dos veces, lo que a su vez reduce la cantidad de E/S requerida.

Answer 2

que tienen mucha más experiencia con Oracle, pero muy probable que lo mismo se aplica a SQL Server, así:

• cuando se elimina un gran número de filas, emitir un bloqueo de tabla, por lo que la base de datos no tiene para hacer muchos bloqueos de fila
• si la tabla que elimina se referencia en otras tablas, asegúrese de que esas otras tablas tengan índices en las columnas de clave externa (de lo contrario la base de datos realizará una exploración de tabla completa por cada eliminada fila en la otra tabla para asegurarse de que eliminar la fila no infringe la restricción de clave externa)

Answer 3

(si los índices son "sin usar", ¿por qué están allí?)

Una de las opciones que he usado en el pasado es para hacer el trabajo por lotes. La forma más simple sería usar SET ROWCOUNT 20000 (o lo que sea) y buclear (quizás con un WAITFOR DELAY) hasta que se deshaga de todo (@@ ROWCOUNT = 0).

Esto podría ayudar a reducir el impacto en otros sistemas.

Answer 4

Para ser sincero, eliminar un millón de filas de una tabla aumenta tan mal como insertar o actualizar un millón de filas. El problema es el tamaño del conjunto de filas, y no hay mucho que puedas hacer al respecto.

Mis sugerencias:

• Asegúrese de que la tabla tiene una clave principal y índice agrupado (esto es vital para todas las operaciones).
• Asegúrese de que el índice agrupado sea tal que se produzca una reorganización mínima de la página si se eliminara un bloque grande de filas.
• Asegúrate de que tus criterios de selección sean SARGables.
• Asegúrate de que todas tus restricciones de clave externa sean actualmente confiables.

Answer 5

voy a añadir otra a esto:

Asegúrese de que sus opciones de nivel de aislamiento de transacciones y bases de datos se establecen de manera apropiada. Si su servidor SQL está configurado para no usar el control de versiones de filas, o está usando un nivel de aislamiento en otras consultas donde esperará a que se eliminen las filas, podría estarse configurando para un rendimiento muy bajo mientras la operación está ocurriendo. .

Answer 6

En tablas muy grandes donde tiene un conjunto muy específico de criterios para las eliminaciones, también puede dividir la tabla, cambiar la partición y luego procesar las eliminaciones.

El equipo de SQLCAT ha estado utilizando esta técnica en realmente realmente grandes volúmenes de datos. Encontré algunas referencias al here pero intentaré encontrar algo más definitivo.

Answer 7

Si tiene muchas tablas de claves externas, comience en la parte inferior de la cadena y avance. La eliminación final irá más rápido y bloqueará menos cosas si no hay registros secundarios para eliminar en cascada (que NO activaría si tuviera un número grande de tablas secundarias, ya que eso mataría el rendimiento).

Eliminar por lotes.

Si tiene tablas de claves externas que ya no se utilizan (le sorprenderá la frecuencia con la que los databs de producción terminan en tablas antiguas de las que nadie se va a deshacer), deshágase de ellos o al menos rompa el FK/PK conexión. No tiene sentido marcar una tabla para los registros si no se está utilizando.

No eliminar: marque registros como delted y luego excluya los registros marcados de todas las consultas. Esta es la mejor configuración en el momento del diseño de la base de datos. Mucha gente usa esto porque también es la mejor forma de recuperar registros borrados accidentalmente. Pero es mucho trabajo para configurar en un sistema ya existente.

Answer 8

Hay eliminaciones y luego hay eliminaciones. Si está agotando los datos como parte de un trabajo de recorte, con suerte podrá eliminar bloques contiguos de filas mediante la clave agrupada. Si tiene que superar los datos de una tabla de alto volumen que no es contigua, es muy doloroso.

Answer 9

Si es cierto que las ACTUALIZACIONES son más rápidas que las DELETES, puede agregar una columna de estado llamada DELETED y filtrarla en sus selecciones. A continuación, ejecute un proceso por la noche que elimina las eliminaciones reales.

Answer 10

Me pregunto si es hora de recoger basura en las bases de datos? Marca una fila para eliminarla y el servidor la elimina más adelante durante un barrido. No querría esto para cada eliminación, porque a veces una fila debe irse ahora, pero sería útil en ocasiones.

Answer 11

El problema es que no ha definido sus condiciones lo suficiente. Es decir. ¿Qué estás optimizando exactamente?

Por ejemplo, ¿está apagado el sistema para el mantenimiento nocturno y no hay usuarios en el sistema?¿Y borras un gran% de la base de datos?

Si está fuera de línea y elimina un gran%, puede tener sentido crear una nueva tabla con datos para guardar, descartar la tabla anterior y renombrarla. Si elimina un% pequeño, es probable que desee agrupar las cosas en lotes tan grandes como lo permita su espacio de registro. Depende completamente de su base de datos, pero la caída de índices durante la reconstrucción puede dañar o ayudar, incluso si es posible debido a estar "fuera de línea".

Si está en línea, ¿cuál es la probabilidad de que sus eliminaciones entren en conflicto con la actividad del usuario (y la actividad del usuario es principalmente leer, actualizar o qué)? ¿O está tratando de optimizar la experiencia del usuario o la velocidad de hacer su consulta? Si está eliminando de una tabla que otros usuarios actualizan con frecuencia, debe hacerlo por lotes pero con tamaños de lote más pequeños. Incluso si hace algo así como un bloqueo de tabla para forzar el aislamiento, eso no sirve de mucho si su enunciado de eliminación demora una hora.

Cuando define mejor sus condiciones, puede elegir una de las otras respuestas aquí. Me gusta el enlace en la publicación de Rob Sanders para dosificar cosas.

Answer 12

¿Tiene teclas externas con integridad referencial activada? ¿Tiene disparadores activos?

Answer 13

Creo que la gran trampa con eliminación que mata el rendimiento es que sql después de eliminar cada fila, actualiza todos los índices relacionados para cualquier columna en esta fila. ¿Qué hay de delting todos los índices antes de la eliminación masiva?

Answer 14

Resumen de las respuestas a través 2014-11-05

Esta respuesta se marca como wiki de la comunidad ya que este es un tema en constante evolución con una gran cantidad de matices, pero muy pocas respuestas posibles general.

El primer problema es que debe preguntarse qué escenario está optimizando para? En general, esto es rendimiento con un solo usuario en la base de datos o escala con muchos usuarios en la base de datos. Algunas veces las respuestas son exactamente lo opuesto.

Para la optimización de un solo usuario

• Hint un TABLELOCK
• Retire los índices no utilizados en el borrar y reconstruirlos después
• por lotes usando algo como SET ROWCOUNT 20000 (o lo que sea, dependiendo de espacio de registro) y bucle (quizás con un WAITFOR DELAY) hasta que se deshaga de todo (@@ROWCOUNT = 0)
• Si borra un% grande de la tabla, simplemente ma ke uno nuevo y elimine la tabla anterior
• Particione las filas para eliminar, luego suelte la parición.[Read more...]

Para la optimización multi-usuario

• fila Indirecta cerraduras
• utilizar el índice agrupado
• Diseño índice agrupado para minimizar la página reorganización si grandes bloques se eliminan
• actualización columna "is_deleted", luego realice la eliminación real más tarde durante una ventana de mantenimiento

Para la optimización general de

• Asegúrese FKs tienen índices de sus tablas de origen
• Asegúrese WHERE cláusula tiene índices
• Identificar los registros a borrar en la cláusula WHERE con una vista o derivados tabla en lugar de hacer referencia directamente a la tabla. [Read more...]

Answer 15

¡Simplifique cualquier uso de funciones en su cláusula WHERE! Ejemplo:

DELETE FROM Claims 
WHERE dbo.YearMonthGet(DataFileYearMonth) = dbo.YearMonthGet(@DataFileYearMonth) 

Esta forma de la cláusula WHERE requiere 8 minutos para eliminar 125,837 registros.

La función YearMonthGet compuso una fecha con el año y el mes a partir de la fecha de entrada y establece day = 1. Esto fue para asegurarnos de eliminar los registros en función del año y el mes, pero no del día del mes.

Reescribí la cláusula WHERE para:

WHERE YEAR(DataFileYearMonth) = YEAR(@DataFileYearMonth) 
AND MONTH(DataFileYearMonth) = MONTH(@DataFileYearMonth) 

El resultado: la eliminación requerida acerca de 38-44 segundos para borrar los registros de 125,837!