STL_VACUUM

PDFRSS

Muestra las estadísticas de filas y de bloques de las tablas limpiadas.

En la vista, se muestra información específica respecto a cuándo comenzó y finalizó la operación de limpieza y se especifican los beneficios de ejecutar la operación. Para obtener información acerca de los requisitos para ejecutar este comando, consulte la descripción del comando VACUUM.

STL_VACUUM solo es visible para los superusuarios. Para obtener más información, consulte Visibilidad de datos en las tablas y vistas de sistema.

Algunos o todos los datos de esta tabla también están en la vista de monitoreo SYS SYS_VACUUM_HISTORY. Los datos de la vista de monitoreo SYS están formateados para que sean más fáciles de usar y entender. Se recomienda utilizar la vista de monitoreo SYS para las consultas.

Columnas de la tabla

Nombre de la columna	Tipo de datos:	Descripción
userid	entero	ID del usuario que generó la entrada.
xid	bigint	ID de la transacción para la instrucción VACUUM. Puede unir esta tabla a la vista STL_QUERY para ver las instrucciones SQL individuales que se ejecutan para una transacción VACUUM determinada. Si limpia toda la base de datos, cada tabla se limpia en una transacción independiente.
table_id	entero	El ID de la tabla.
status	character (30)	Estado de la operación VACUUM para cada tabla. Los valores posibles son los siguientes: Started Started Delete Only Started Delete Only (Sorted >= nn%) Solo se inició la fase eliminar para la operación VACUUM FULL. Se omitió la fase de ordenación porque la tabla ya estaba ordenada en el umbral de ordenación o por encima de este. Started Sort Only Started Ranged Partition Started Reindex Finished Hora en la que se completó la operación para la tabla. Para averiguar cuánto tardo la operación de limpieza en una tabla específica, reste la hora de finalización de la hora de inicio de un ID de una transacción y de un ID de tabla en particular. Skipped Se omitió la tabla porque ya estaba ordenada por completo y no había filas marcadas para ser eliminadas. Skipped (delete only) Se omitió la tabla porque se especificó la opción DELETE ONLY y porque no había filas marcadas para ser eliminadas. Skipped (sort only) Se omitió la tabla porque se especificó la opción SORT ONLY y la tabla ya estaba ordenada por completo. Skipped (sort only, sorted>=xx%) Se omitió la tabla porque se especificó la opción SORT ONLY y la tabla ya estaba ordenada en el umbral de ordenación o por encima de este. Skipped (0 rows) Se omitió la tabla porque estaba vacía. VacuumBG Se realizó una operación de limpieza automática en segundo plano. Este estado se antepone a otros estados cuando se realizan automáticamente. Por ejemplo, una operación de limpieza DELETE ONLY realizada automáticamente tendría una fila inicial con el estado [VacuumBG] Started Delete Only. Para obtener más información acerca de la configuración del umbral de ordenación para el comando VACUUM, consulte VACUUM.
rows	bigint	La cantidad real de filas de la tabla más las filas eliminadas que siguen almacenadas en el disco (a la espera de ser limpiadas). En esta columna, se muestra el recuento antes de que se inicie la limpieza de las filas con el estado Started y el recuento después de la limpieza de las filas con estado Finished.
sortedrows	entero	La cantidad de filas que se ordenan en la tabla. En esta columna, se muestra el recuento antes de que se inicie la limpieza de las filas con el estado Started en la columna Status (Estado) y el recuento después de la limpieza de las filas con el estado Finished en esta misma columna.
blocks	entero	Cantidad total de bloques de datos que se utilizaron para almacenar datos de tablas antes de la operación de limpieza (filas con el estado Started) y después de operación de limpieza (columna Finished). Cada bloque de datos utiliza 1 MB.
max_merge_partitions	entero	Esta columna se usa para el análisis de rendimiento y representa la cantidad máxima de particiones que la operación de limpieza pueda procesar para la tabla por iteración de fase de fusión. (La limpieza ordena la región desordenada en una o más particiones ordenadas. En función de la cantidad de columnas en la tabla y la configuración actual de Amazon Redshift, la fase de fusión puede procesar una cantidad máxima de particiones en una única iteración de fusión. La fase de fusión funcionará incluso si la cantidad de particiones ordenadas supera la cantidad máxima de particiones de fusión, pero se requerirán más iteraciones de fusión).
eventtime	marca de tiempo	Hora en la que comenzó o finalizó la operación de limpieza.
reclaimable_rows	bigint	El número de filas recuperables del cutoff_xid actual. Esta columna muestra el número estimado de filas recuperables de Redshift antes de que se iniciara la operación de limpieza para las filas con un estado Started y el número real de filas recuperables que quedan después de la operación de limpieza para las filas con un estado Finished.
reclaimable_space_mb	bigint	Espacio recuperable en MB para el cutoff_xid actual. Esta columna muestra la cantidad estimada de espacio recuperable de Redshift antes de que se iniciara la operación de limpieza para las filas con un estado Started y la cantidad real de filas recuperables que quedan después de la operación de limpieza para las filas con un estado Finished.
cutoff_xid	bigint	El ID de la transacción de límite para la operación VACUUM. Las transacciones posteriores al límite no se incluyen en la operación VACUUM.
is_recluster	entero	Si es 1 (verdadero), la operación VACUUM ejecutó el algoritmo de recluster; si es 0 (falso), no lo hizo.

Consultas de ejemplo

La siguiente consulta proporciona las estadísticas de limpieza de la tabla 108313. La tabla se limpió por medio de una serie de inserciones y eliminaciones.

select xid, table_id, status, rows, sortedrows, blocks, eventtime,
                reclaimable_rows, reclaimable_space_mb
from stl_vacuum where table_id=108313 order by eventtime;

 xid   | table_id | status                  | rows | sortedrows | blocks |  eventtime           | reclaimable_rows | reclaimable_space_mb 
-------+----------+-------------------------+------+------------+--------+----------------------+------------------+----------------------
 14294 |   108313 | Started                 | 1950 |        408 |     28 |  2016-05-19 17:36:01 |              984 |                   17          
 14294 |   108313 | Finished                |  966 |        966 |     11 |  2016-05-19 18:26:13 |                0 |                    0 
 15126 |   108313 | Skipped(sorted>=95%)    |  966 |        966 |     11 |  2016-05-19 18:26:38 |                0 |                    0 

Al inicio de la operación VACUUM, la tabla contenía 1950 filas almacenadas en 28 bloques de 1 MB. Amazon Redshift estimó que podría recuperar 984 o 17 bloques de espacio en disco, con una operación de limpieza.

En la fila del estado Finished (Finalizado), la columna ROWS muestra un valor de 966 y el valor de la columna BLOCKS es 11, en vez de 28. La operación de limpieza recuperó la cantidad estimada de espacio en disco y no quedó espacio ni filas recuperables una vez finalizada la operación de limpieza.

En la fase de ordenación (transacción 15126), la limpieza pudo omitir la tabla porque las filas se insertaron en el orden de la clave de ordenación.

En el siguiente ejemplo, se muestran las estadísticas de la limpieza SORT ONLY en la tabla SALES (tabla 110116 en este ejemplo) después de una gran operación INSERT:

vacuum sort only sales;

select xid, table_id, status, rows, sortedrows, blocks, eventtime
from stl_vacuum order by xid, table_id, eventtime;

xid |table_id|     status      | rows  |sortedrows|blocks|     eventtime
----+--------+-----------------+-------+----------+------+--------------------
...
2925| 110116 |Started Sort Only|1379648|   172456 |  132 | 2011-02-24 16:25:21...
2925| 110116 |Finished         |1379648|  1379648 |  132 | 2011-02-24 16:26:28...