Procedimientos recomendados para usar Almacén de consultas
Se aplica a: Azure Database for PostgreSQL: servidor único
Importante
El servicio de servidor único de Azure Database for PostgreSQL está en proceso de retirada. Se recomienda encarecidamente actualizar a Azure Database for PostgreSQL: Servidor flexible. Para más información sobre la migración al servidor flexible de Azure Database for PostgreSQL, consulte ¿Qué sucede con el servicio de servidor único de Azure Database for PostgreSQL?.
En este artículo se describen los procedimientos recomendados para usar Almacén de consultas en Azure Database for PostgreSQL.
Establecimiento del modo de captura de consultas óptimo
Permite que Almacén de consultas capture los datos realmente relevantes.
pg_qs.query_capture_mode | Escenario |
---|---|
Todo | Analice la carga de trabajo exhaustivamente en todas las consultas, así como sus frecuencias de ejecución y otras estadísticas. Identifique nuevas consultas en la carga de trabajo. Detecte si las consultas ad-hoc se usan para identificar oportunidades de parametrización automática o manual. All (Todas) aumenta el costo de consumo de recursos. |
Top (Principales) | Centre la atención en las consultas principales; las emitidos por los clientes. |
None | Ya ha capturado un conjunto de consultas y el período de tiempo que desea investigar, y también desea eliminar los objetos innecesarios que pueden introducir otras consultas. La opción None (Ninguna) es adecuada para entornos de pruebas y evaluación comparativa. Además, None (Ninguna) debe usarse con precaución, ya que podría perder la oportunidad de realizar un seguimiento de las consultas nuevas importantes y de optimizarlas. No se pueden recuperar datos en períodos de tiempo transcurridos. |
Almacén de consultas también incluye un almacén para estadísticas de espera. Hay una consulta de modo de captura adicional que rige las estadísticas de espera: pgms_wait_sampling.query_capture_mode se puede establecer en None (Ninguna) o All (Todo).
Nota
pg_qs.query_capture_mode reemplaza a pgms_wait_sampling.query_capture_mode. Si el valor de pg_qs.query_capture_mode es None (Ninguna), la configuración de pgms_wait_sampling.query_capture_mode no tiene ningún efecto.
Conservación de los datos necesarios
El parámetro pg_qs.retention_period_in_days especifica en días el período de retención de datos para Almacén de consultas. Se eliminan los datos de consulta y las estadísticas anteriores. De forma predeterminada, Almacén de consultas está configurado para conservar los datos durante siete días. Evite mantener datos históricos que no va a usar. Aumente el valor si necesita mantener los datos más tiempo.
Establecimiento de la frecuencia de muestreo de estadísticas de espera
El parámetro pgms_wait_sampling.history_period especifica la frecuencia (en milisegundos) de muestreo de los eventos de espera. Cuanto más corto sea el período, más frecuente será el muestreo. Se recupera más información, pero a costa de un mayor consumo de recursos. Aumente este período si el servidor está bajo carga o si no necesita la granularidad.
Obtención de información rápida en Almacén de consultas
Puede usar Información de rendimiento de consultas en Azure Portal para obtener información rápida sobre los datos en Almacén de consultas. Con el tiempo, las visualizaciones usan consultas de ejecución y eventos de espera más largos.
Pasos siguientes
- Obtenga información sobre cómo obtener o establecer los parámetros mediante Azure Portal o la CLI de Azure.
Comentarios
https://aka.ms/ContentUserFeedback.
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea:Enviar y ver comentarios de