Ejecutar RUNSTATS después de los datos se ha cargado en una mesa si no se recogen estadísticas sobre la carga. También es una buena idea para ejecutar RUNSTATS después de crear un nuevo índice , después de ejecutar REORG , después de que el tamaño de captación previa se ha cambiado y después de ejecutar la " partición de base de datos Redistribuir grupo " utilidad . RUNSTATS también se debe ejecutar después de importantes inserciones, actualizaciones o eliminaciones hayan sido realizadas en una mesa .
Reducir el rendimiento del impacto
Evite ejecutar RUNSTATS en tablas que no necesitan ella. Cuando se ejecuta en una mesa de gran volumen , identificar sólo las columnas utilizadas en predicados SQL como las de elaborar estadísticas sobre . Programar el comando para ejecutarse en momentos de bajo volumen también es importante. Limitación también se puede utilizar para limitar la cantidad de recursos consumidos por las actividades de base de datos .
Cómo funciona Throttling
La instancia de base de datos está configurado para utilizar el acelerador mediante el establecimiento de util_impact_lim a un valor de cero a 100 . Cien es el defecto y significa que no se está realizando ninguna limitación. El número representa el porcentaje de la carga de trabajo debe ser asignado a un comando de la utilidad como RUNSTATS . Por ejemplo, si util_impact_lim se establece en 20 , RUNSTATS consumirían 20 por ciento de la carga de trabajo al tiempo que permite a los usuarios acceder a la base de datos .
Automática Estadísticas Collection
Set AUTO_MAINT en ON , ajuste AUTO_TBL_MAINT en ON y establecer AUTO_RUNSTATS en ON para habilitar la recopilación automática de estadísticas . Esta función se introdujo en DB2 UDB 8.2 . Esta función se ejecuta automáticamente RUNSTATS en el fondo como sea necesario. Se recomienda haber estrangulamiento encendida cuando se utiliza recopilación automática de estadísticas .