Análise de cargas de trabalho de consulta com Performance Explorer¶
Você pode usar o Performance Explorer no Snowsight para revisar métricas interativas para cargas de trabalho SQL. As métricas mostram a integridade geral do seu ambiente Snowflake, a atividade de consulta, as alterações nos warehouses e as alterações nas tabelas.
Benefícios do Performance Explorer¶
O Performance Explorer pode ajudar você a responder às seguintes perguntas sobre a atividade do Snowflake:
Atividade geral: as consultas geralmente são bem-sucedidas e os usuários do Snowflake conseguem trabalhar?
Mudança ao longo do tempo: se a atividade de consulta ou os recursos parecerem diferentes do esperado, o que mudou e quando as mudanças ocorreram?
Pontos acessos: quando estiver em busca de oportunidades para agir, onde devo me concentrar?
Casos de uso comuns do Performance Explorer¶
O Performance Explorer pode ajudar com os seguintes casos de uso:
Investigação de relatórios de problemas sobre consultas ou cargas de trabalho: se uma carga de trabalho do Snowflake começou a se comportar de forma diferente, determine o que mais pode ter mudado recentemente, como os recursos dos quais a carga de trabalho depende ou a atividade de cargas de trabalho vizinhas.
Identificação proativa de pontos problemáticos: se um warehouse ou tabela mostrar erros persistentes ou saturação, identifique e resolva o ponto de acesso antes que ele afete cargas de trabalho críticas.
Identificação de oportunidades de otimização: encontre warehouses e tabelas que possam ser incompatíveis com a atividade de consulta suportada e ajuste as cargas de trabalho e os recursos para torná-los compatíveis.
Privilégios obrigatórios¶
O Performance Explorer mostra a atividade da conta de forma semelhante aos dados nas visualizações do uso da conta (por exemplo, histórico de consultas e histórico de acessos). O que você pode ver em cada parte do painel depende dos seus privilégios. O Snowflake concede a função de aplicativo SNOWFLAKE.PERFORMANCE_EXPLORER_PUBLIC_USER à função PUBLIC para que os usuários possam abrir o Performance Explorer no Snowsight; as seguintes regras determinam se as seções mostram dados completos da conta, dados filtrados, um estado vazio ou um erro de permissão.
Nota
Para o Performance Explorer, o Snowflake avalia os privilégios de todas as funções concedidas a você. Isso é equivalente a USE SECONDARY ROLES ALL além da sua função primária ativa para a sessão.
Acesso total aos dados do Performance Explorer na conta¶
Você tem acesso total aos dados do Performance Explorer para sua conta quando qualquer função concedida a você atender a uma das seguintes condições:
Sua função é a ACCOUNTADMIN.
Sua função recebeu a permissão
IMPORTED PRIVILEGESno banco de dadosSNOWFLAKEcompartilhado (consulte Habilitando outras funções para usar esquemas no banco de dados SNOWFLAKE).Sua função recebeu a permissão de aplicativo
SNOWFLAKE.PERFORMANCE_EXPLORER_USER.
Por exemplo, para conceder ao usuário jdoe acesso total ao Performance Explorer usando uma função personalizada, execute:
Visualizando métricas de consulta sem acesso total à conta¶
Se você não tiver acesso total conforme descrito acima, ainda poderá visualizar a atividade da consulta quando qualquer função concedida a você atender a uma das seguintes condições:
Sua função recebeu a função de banco de dados
GOVERNANCE_VIEWERno banco de dadosSNOWFLAKE(atividade de consulta em toda a conta).Sua função tem o privilégio
MONITORna conta ou o privilégioMANAGE WAREHOUSESna conta, que efetivamente abrange todos os warehouses (atividade de consulta que usa warehouses).Sua função tem
OWNERSHIP,MONITORouOPERATEem pelo menos um warehouse (atividade de consulta somente para consultas executadas em warehouses que você pode monitorar ou operar). Para obter detalhes, consulte Privilégios de warehouse.
Se nenhuma das opções acima se aplicar e você não puder usar MONITOR ou OPERATE em nenhum warehouse, o Performance Explorer exibirá um erro de permissão para a atividade de consulta. Isso é intencional: sem pelo menos um warehouse autorizado, nenhuma métrica de consulta seria visível. Na prática, muitas contas incluem um warehouse padrão que todos os usuários podem monitorar; consulte Modelos do Snowsight.
Os filtros de warehouse listam os warehouses que você tem permissão para usar nos filtros (por exemplo, warehouses em que você pode usar MONITOR ou OPERATE e, em alguns casos, warehouses que tiveram atividade de consulta na janela de retenção). A visibilidade com escopo de warehouse é semelhante, em essência, às regras para Query History em Monitoramento da atividade de consulta com o Histórico de consultas, mas o Performance Explorer usa todas as funções concedidas a você e combina vários tipos de privilégios; portanto, as regras exatas diferem.
Filtros de banco de dados e detalhamentos orientados a banco de dados¶
Para visualizar todos os bancos de dados em filtros de banco de dados (e agregações relacionadas por banco de dados), qualquer função concedida a você deve atender a um dos seguintes requisitos:
Sua função atende às condições para acesso total aos dados do Performance Explorer na conta (consulte a seção anterior).
Sua função recebeu a função de banco de dados
OBJECT_VIEWERno banco de dadosSNOWFLAKE.Sua função tem
RESOLVE ALLna conta.Sua função tem
MONITORna conta.
Caso contrário, você verá apenas os bancos de dados nos quais qualquer função concedida a você tenha pelo menos um privilégio no banco de dados. As consultas ainda podem aparecer em outras seções, mesmo que acessem um banco de dados que você não pode listar, exceto quando a UI nomeia explicitamente os bancos de dados (por exemplo, certos detalhamentos do painel lateral).
Eventos de warehouse¶
Para visualizar eventos de warehouse para todos os warehouses que aparecem em sua atividade de consulta autorizada, qualquer função concedida a você deve atender a um dos seguintes requisitos:
Sua função atende às condições para acesso total aos dados do Performance Explorer na conta (consulte a seção anterior).
Sua função recebeu a função de banco de dados
USAGE_VIEWERno banco de dadosSNOWFLAKE.Sua função tem o privilégio
MONITORna conta.Sua função tem o privilégio
MANAGE WAREHOUSESna conta.
Caso contrário, os eventos do warehouse serão limitados aos warehouses nos quais você tem OWNERSHIP, MONITOR ou OPERATE. Se você não tiver nenhum desses privilégios de warehouse ou funções de banco de dados relacionadas ao uso, o Performance Explorer exibirá um erro de permissão para eventos de warehouse.
Top tables e table change events¶
A seção Top tables e table change events exigem acesso total ou a função de banco de dados GOVERNANCE_VIEWER no banco de dados SNOWFLAKE. O Snowflake não oferece uma alternativa com privilégios mais baixos por tabela para essas seções devido a restrições de segurança e desempenho. Se você não atender a esse requisito, essas seções exibirão um erro de permissão.
Gráficos vazios, resultados filtrados e erros de permissão¶
Por motivos de segurança, um gráfico ou tabela vazio pode significar que não houve atividade no período selecionado ou que suas funções não podem ver essa atividade. Erros de permissão em nível de bloco indicam privilégios ausentes (por exemplo, visibilidade de governança para métricas de tabela).
Alterações de privilégio e atualização de dados¶
As atualizações de concessões e revogações podem levar algumas horas para afetar o que o Performance Explorer exibe.
Abra o Performance Explorer¶
Para abrir o Performance Explorer, siga estas etapas:
Faça login no Snowsight.
No menu de navegação, selecione Monitoring » Performance Explorer.
O Performance Explorer contém gráficos que mostram métricas relacionadas às suas cargas de trabalho e à integridade geral do seu ambiente Snowflake.
Para enviar feedback sobre o Performance Explorer, selecione Feedback.
Como funciona o painel do Performance Explorer¶
Você pode revisar métricas interativas para cargas de trabalho SQL usando gráficos no painel do Performance Explorer. Também é possível aplicar filtros para mostrar métricas apenas sobre a atividade de consulta e os recursos nos quais você tem interesse. Os gráficos são agrupados em guias (Queries, Warehouses e Tables). O URL da página é atualizado quando você muda de guia, e a mesma guia permanece selecionada se você atualiza a página.
Filtros do Performance Explorer¶
Na parte de cima do painel do Performance Explorer, você pode aplicar os seguintes filtros:
Preset – escolha None ou uma combinação salva de filtros de período, data warehouse, banco de dados e função. No menu, você pode salvar os filtros atuais como uma nova predefinição, limpar todos os filtros, copiar um link que codifica os filtros atuais e gerenciar predefinições salvas (por exemplo, definir ou alterar uma predefinição padrão).
Period - Selecione um período, como a última semana, as últimas duas semanas ou um intervalo personalizado. O painel mostra métricas para o período especificado.
Por padrão, o Performance Explorer exibe métricas para uma semana. Ela oferece suporte a um período de até um mês, retornando a partir da data atual.
Vários gráficos do Performance Explorer mostram a porcentagem de alteração em comparação ao período anterior. O intervalo do período anterior corresponde ao intervalo do período atual. Por exemplo, se o período atual é de duas semanas, então o período anterior são as duas semanas antes do período atual começar.
Warehouse - Selecione um warehouse para visualizar métricas somente para a atividade de consulta executada usando esse warehouse. Para limitar os warehouses na lista, use o campo de pesquisa. Para limpar o filtro, selecione
X.Database – selecione um banco de dados para visualizar métricas apenas para a atividade de consulta que acessou esse banco de dados. Para limitar os bancos de dados na lista, use o campo de pesquisa. Para limpar o filtro, selecione
X.Role - Selecione uma função para visualizar métricas somente para a atividade de consulta iniciada por essa função. Para limitar as funções na lista, use o campo de pesquisa. Para limpar o filtro, selecione
X.
Gráficos do Performance Explorer¶
O Performance Explorer exibe métricas em diferentes tipos de gráficos. É importante entender os componentes de cada tipo de gráfico e como interpretá-los.
Na guia Queries, as métricas do gráfico de linhas usam gráficos de linhas semelhantes à imagem a seguir:
A tabela a seguir descreve os elementos da imagem:
Elemento |
Descrição |
|---|---|
1 |
Selecione View details > para abrir o painel lateral. View details > aparece quando você passa o mouse sobre um gráfico. |
2 |
Mostra a média ou mediana do período. |
3 |
Mostra a porcentagem que aumentou ou diminuiu em comparação ao período anterior. |
4 |
Representa o valor para uma hora. Os valores são mostrados por um período no início do intervalo. Por exemplo, se o intervalo for de uma hora, o valor mostrado em 9 AM é para o intervalo de 9 AM a 10 AM. |
Alguns gráficos incluem um valor médio ou mediano grande e a porcentagem de mudança para o período. Quando há mais de uma linha, há uma legenda para as linhas acima do gráfico.
Alguns gráficos têm um information icon ao lado do título. Passe o mouse sobre o ícone para obter informações sobre as métricas mostradas.
Você pode passar o mouse sobre um ponto do gráfico de linhas para ver o valor para uma hora específica:
A seção Principais warehouses na guia Warehouses e a seção Principais tabelas na guia Tables têm gráficos de barras semelhantes à imagem a seguir:
A tabela a seguir descreve os elementos da imagem:
Elemento |
Descrição |
|---|---|
1 |
Selecione View details > para abrir o painel lateral. View details > aparece quando você passa o mouse sobre um gráfico. |
2 |
Selecione uma guia para mostrar as métricas na guia. |
3 |
Mostra o valor desta métrica para o período atual. |
4 |
Mostra a porcentagem que aumentou ou diminuiu em comparação ao período anterior. |
5 |
Indica que não há dados do período anterior para comparação. |
Tanto nos gráficos de linhas como nos gráficos de barras, selecione View details > para abrir um painel lateral que exibe informações mais detalhadas sobre as métricas. As informações detalhadas variam de acordo com as métricas mostradas no gráfico. A maioria dos painéis laterais apresenta tabelas classificáveis que você pode usar para revisar métricas de warehouses, funções, bancos de dados e consultas específicos no período.
Use o campo Search results acima da tabela para filtrar linhas; a pesquisa não diferencia maiúsculas de minúsculas e se aplica a todas as guias de agregação do painel lateral (por exemplo, By warehouse e By role). Selecione o controle de download para exportar a tabela como um arquivo CSV. O nome do arquivo baixado reflete o gráfico e os filtros ativos do painel.
Você pode selecionar um período personalizado em um painel lateral clicando onde o período personalizado começa e arrastando até onde ele termina.
Em um painel lateral, é possível selecionar uma das seguintes guias:
By warehouse – mostra a atividade por warehouses no período.
By database – mostra a atividade por bancos de dados no período.
By role – mostra a atividade por funções no período.
By grouped queries – mostra as consultas que foram executadas no período. Algumas consultas são censuradas por motivos de segurança. Para obter informações sobre como as consultas são agrupadas, consulte Como usar a exibição Histórico de consultas agrupadas no Snowsight.
Se você selecionar um período personalizado, essas guias serão atualizadas para mostrar as métricas apenas para o período personalizado selecionado.
As seções Principais warehouses e Principais tabelas também incluem gráficos de eventos semelhantes à imagem a seguir:
Um gráfico de eventos mostra uma tabela ordenável de eventos para o tipo de objeto. Você pode examinar os dados em busca de eventos inesperados. Para mais informações sobre eventos de warehouse, consulte Exibição WAREHOUSE_EVENTS_HISTORY. Para mais informações sobre eventos de tabela, consulte Exibição TABLES.
Revisando métricas na guia Queries¶
Na guia Queries, os gráficos de linhas abrangem sinais de confiabilidade (falhas, novas tentativas, sobrecarga, bloqueio) e sinais de tempo de execução (duração, taxa de transferência, tempo de espera e contagens de falhas por hora). Use-os para revisar as tendências durante o período selecionado. O Performance Explorer resume janelas históricas para sua conta; ele não é um painel de monitoramento em tempo real.
As seguintes métricas de gráfico de linhas estão disponíveis na guia Queries:
Métrica |
Unidade |
Descrição |
Notas |
Mais informações |
|---|---|---|---|---|
Query failures/1K |
Falhas por 1.000 |
O número de consultas que falharam para cada 1.000 consultas executadas, incluindo as seguintes métricas:
|
Essa métrica deve ser baixa ou zero. Se as consultas estiverem falhando, revise o histórico e os erros das consultas e, em seguida, modifique suas consultas para resolver os problemas. |
Monitoramento da atividade de consulta com o Histórico de consultas . . Exibição QUERY_HISTORY |
Query retries/1K |
Novas tentativas por 1.000 |
O número de consultas que foram repetidas para cada 1.000 consultas executadas, incluindo as seguintes métricas:
|
Essa métrica deve ser baixa ou zero. Se as consultas estiverem sendo tentadas novamente, revise as causas e tente evitar novas tentativas de consulta. Por exemplo, se uma consulta for repetida devido a um erro de falta de memória, a modificação das configurações do warehouse poderá resolver o problema. |
|
Query overload % |
Porcentagem |
A porcentagem do tempo total de execução que as consultas esperaram em uma fila para recursos de warehouse, incluindo as seguintes métricas:
|
Essa métrica deve ser baixa ou zero. Se as consultas estiverem esperando antes de executar, os recursos do warehouse podem se esgotar, fazendo com que as consultas aguardem até que os recursos fiquem disponíveis. |
|
Query blocked % |
Porcentagem |
A porcentagem do tempo total de execução que as consultas passaram bloqueadas à espera de um bloqueio de transação em um recurso, incluindo as seguintes métricas:
|
Essa métrica deve ser baixa ou zero. Se as consultas foram bloqueadas, revise o histórico e os erros da consulta e, em seguida, modifique suas consultas para resolver os problemas. |
Bloqueio de recursos . . Práticas recomendadas para transações . . Exibição LOCK_WAIT_HISTORY . . Monitoramento da atividade de consulta com o Histórico de consultas . . Exibição QUERY_HISTORY |
Query duration |
Segundos |
A quantidade de tempo necessária para as consultas serem concluídas para cada hora do período. O gráfico de linhas mostra a mediana de tempo para todas as consultas, a quantidade de tempo para consultas no 9º percentil e a quantidade de tempo para consultas no 99º percentil. |
Essa métrica varia muito dependendo de seus dados e dos tipos de consultas que você está executando. Consultas com durações que mudam ao longo do tempo podem ser boas candidatas para investigar e otimizar. |
Como explorar os tempos de execução . . Otimização do desempenho da consulta |
Query throughput |
Consultas |
O número de consultas executadas por hora. |
Essa métrica pode revelar alterações na atividade de consulta, o que pode indicar novas tendências ou alterações em suas cargas de trabalho. |
|
Query wait time |
Segundos |
A quantidade de tempo que as consultas esperaram por recursos de warehouse ou devido a um bloqueio em um recurso. Para informações sobre os estados (Overload, Provisioning, Repair e Blocked), consulte Exibição QUERY_HISTORY. |
Essa métrica deve ser baixa ou zero. Se as consultas estiverem esperando antes de executar, os recursos do warehouse podem se esgotar, fazendo com que as consultas aguardem até que os recursos fiquem disponíveis. |
|
Query failures |
Falhas |
O número de consultas que falharam para cada hora no período. |
Essa métrica deve ser baixa ou zero. Se as consultas estiverem falhando, revise o histórico e os erros das consultas e, em seguida, modifique suas consultas para resolver os problemas. |
Monitoramento da atividade de consulta com o Histórico de consultas . . Exibição QUERY_HISTORY |
Revisando os principais warehouses¶
Na guia Warehouses, esta seção do Performance Explorer inclui métricas sobre os warehouses em seu ambiente Snowflake que sofreram as maiores alterações no período. Você pode analisar essas métricas para verificar se os seus warehouses estão funcionando conforme o esperado para oferecer suporte à atividade de consulta. As métricas também podem mostrar se algum warehouse está associado a tendências na atividade de consulta que são incomuns em comparação a outros warehouses. Você também pode determinar se a composição das cargas de trabalho que os warehouses executam mudou.
Todas as métricas nesta seção mostram o valor da métrica e a porcentagem de alteração desde o último período. A porcentagem de mudança pode ser positiva ou negativa, com a mudança positiva representada por uma seta para cima e a mudança negativa representada por uma seta para baixo. Para cada métrica, o Performance Explorer mostra os 10 warehouses com mais alterações. Para visualizar métricas de mais warehouses, selecione View details > em um gráfico para abrir o painel lateral. Se esta métrica não tiver o valor do último período para um warehouse, — é mostrado em vez da porcentagem de alteração. Pode não haver nenhum valor porque o warehouse é novo ou porque o evento que está sendo medido é pouco frequente.
Esta seção inclui as seguintes métricas:
Métrica |
Tab |
Unidade |
Descrição |
Notas |
Mais informações |
|---|---|---|---|---|---|
Warehouses with errors |
Query failures/1K |
Falhas por 1.000 |
Para cada warehouse, o número de consultas que falharam a cada 1.000 consultas executadas. |
Essa métrica deve ser baixa ou zero. Se as consultas estiverem falhando, revise o histórico e os erros das consultas e, em seguida, modifique suas consultas para resolver os problemas. |
Monitoramento da atividade de consulta com o Histórico de consultas . . Exibição QUERY_HISTORY |
Query OOM errors/1K |
Erros por 1.000 |
Para cada warehouse, o número de consultas que retornaram erros de “sem memória” para cada 1.000 consultas executadas. |
Essa métrica deve ser baixa ou zero. Se as consultas estiverem falhando com erros de «sem memória», reveja o histórico de consultas para determinar quais consultas estão falhando para os warehouses e, em seguida, modifique os warehouses que executam as consultas para evitar os erros. |
Monitoramento da atividade de consulta com o Histórico de consultas . . Exibição QUERY_HISTORY . . Consultas grandes demais para caber na memória |
|
Query retries/1K |
Novas tentativas por 1.000 |
Para cada warehouse, o número de consultas que foram repetidas a cada 1.000 consultas executadas. |
Essa métrica deve ser baixa ou zero. Se as consultas estiverem sendo repetidas porque os warehouses estão funcionando sem memória, reveja o histórico de consultas para determinar quais consultas estão sendo repetidas para os warehouses e, em seguida, modifique os warehouses que executam as consultas para evitar os erros. |
Monitoramento da atividade de consulta com o Histórico de consultas . . Exibição QUERY_HISTORY . . Otimização de warehouses quanto ao desempenho |
|
Warehouses with spillage |
% queries with bytes spilled |
Porcentagem |
Para cada warehouse, a porcentagem de consultas que vazaram para o disco local ou para o armazenamento em nuvem remoto quando foram executadas. |
Essa métrica deve ser baixa ou zero. Se as consultas estiverem vazando para o disco porque os warehouses são executados sem memória, reveja o histórico de consultas para determinar quais consultas estão vazando para os warehouses e, em seguida, modifique os warehouses que executam as consultas para evitar os erros. |
Monitoramento da atividade de consulta com o Histórico de consultas . . Exibição QUERY_HISTORY . . Consultas grandes demais para caber na memória |
% bytes spilled of total |
Porcentagem |
Para cada warehouse, a porcentagem de bytes que vazaram para o disco local ou o armazenamento em nuvem remoto quando eles foram executados, em comparação com o número de bytes lidos. |
Essa métrica deve ser baixa ou zero. Se as consultas estiverem vazando para o disco porque os warehouses são executados sem memória, reveja o histórico de consultas para determinar quais consultas estão vazando para os warehouses e, em seguida, modifique os warehouses que executam as consultas para evitar os erros. |
Monitoramento da atividade de consulta com o Histórico de consultas . . Exibição QUERY_HISTORY . . Consultas grandes demais para caber na memória |
|
Query wait time % |
Overload % |
Porcentagem |
Para cada warehouse, a proporção do tempo total de execução que as consultas esperaram porque o warehouse estava sobrecarregado pela carga de trabalho da consulta. |
Essa métrica deve ser baixa ou zero. Se as consultas estiverem aguardando antes da execução, os recursos do warehouse podem esgotar, fazendo com que o warehouse enfileire consultas até que os recursos fiquem disponíveis. |
|
Provisioning % |
Porcentagem |
Para cada warehouse, a proporção média do tempo total de execução que as consultas aguardaram para o warehouse computar os recursos para provisionar, devido à criação, retomada ou redimensionamento do warehouse. |
Essa métrica deve ser baixa ou zero. Se as consultas estiverem aguardando antes da execução, os recursos do warehouse podem esgotar, fazendo com que ele enfileire consultas até que os recursos fiquem disponíveis. |
||
Warehouse query performance |
Median query duration |
Segundos |
O tempo médio para as consultas serem executadas para cada warehouse. |
Essa métrica varia muito dependendo de seus dados e dos tipos de consultas que você está executando. Se a duração média da consulta tiver mudanças incomuns, a carga de trabalho suportada ou a configuração do warehouse podem ter mudado. |
Como explorar os tempos de execução . . Otimização do desempenho da consulta |
Query throughput |
Consultas |
O número de consultas processadas para cada warehouse. |
Esta métrica pode revelar mudanças na atividade de consulta, o que pode exigir modificações nos warehouses que executam as consultas. |
||
Warehouse events |
– |
Nenhum |
Uma tabela ordenável de eventos do warehouse. |
Esta métrica mostra quais warehouses mudaram no período. Examine os dados em busca de eventos inesperados. |
Revisando as principais tabelas¶
Na guia Tables, esta seção do Performance Explorer inclui métricas sobre as tabelas em seu ambiente Snowflake que sofreram as maiores alterações no período. Você pode revisar essas métricas para verificar se suas tabelas podem oferecer suporte à atividade de consulta e retornar dados conforme o esperado. As métricas também podem mostrar se alguma tabela está associada a tendências na atividade de consulta que sejam incomuns em comparação com outras tabelas. Você também pode determinar se alguma tabela foi alterada recentemente e como isso aconteceu.
Todas as métricas nesta seção mostram o valor da métrica e a porcentagem de alteração desde o último período. A porcentagem de mudança pode ser positiva ou negativa, com a mudança positiva representada por uma seta para cima e a mudança negativa representada por uma seta para baixo. Para cada métrica, o Performance Explorer mostra as 10 tabelas com mais alterações. Para visualizar métricas de mais tabelas, selecione View details > em um gráfico para abrir o painel lateral. Se essa métrica não tiver o valor do último período de uma tabela, — é mostrado em vez da porcentagem de alteração. Pode não haver nenhum valor porque a tabela é nova ou porque o evento que está sendo medido é pouco frequente.
Esta seção inclui as seguintes métricas:
Métrica |
Tab |
Unidade |
Descrição |
Notas |
Mais informações |
|---|---|---|---|---|---|
Table query failures/1K |
– |
Falhas por 1.000 |
Para cada tabela, o número de consultas que falharam a cada 1.000 consultas executadas. |
Essa métrica deve ser baixa ou zero. Se as consultas estiverem falhando, revise o histórico e os erros das consultas e, em seguida, modifique suas consultas para resolver os problemas. |
Monitoramento da atividade de consulta com o Histórico de consultas . . Exibição QUERY_HISTORY |
Table queries blocked/1K |
– |
Bloqueados por 1.000 |
Para cada tabela, o número de consultas que foram bloqueadas a cada 1.000 consultas executadas. |
Essa métrica deve ser baixa ou zero. Se as consultas foram bloqueadas, revise o histórico e os erros da consulta e, em seguida, modifique suas consultas para resolver os problemas. |
Bloqueio de recursos . . Práticas recomendadas para transações . . Exibição LOCK_WAIT_HISTORY . . Monitoramento da atividade de consulta com o Histórico de consultas . . Exibição QUERY_HISTORY |
Table read performance |
Median read query duration |
Segundos |
A quantidade média de tempo para que as consultas sejam executadas para cada tabela. |
Essa métrica varia muito dependendo de seus dados e dos tipos de consultas que você está executando. Consultas com durações que mudam ao longo do tempo podem ser boas candidatas para investigar e otimizar. |
Como explorar os tempos de execução . . Otimização do desempenho da consulta |
Read query throughput |
Consultas |
o número de consultas processadas para cada tabela. |
Essa métrica pode revelar mudanças na atividade de consulta de tabelas. Se houver um aumento no número de consultas de uma tabela, talvez você queira alterar a tabela para otimizar o desempenho da consulta. Por exemplo, você pode ativar a otimização de pesquisa na tabela. |
Considerações sobre o design de tabelas . . Otimização do desempenho da consulta |
|
Table write performance |
Median write query duration |
Segundos |
Para cada tabela, a quantidade média de tempo para as operações da linguagem de manipulação de dados (DML) a serem executadas. |
Essa métrica varia muito dependendo de seus dados e dos tipos de operações DML que você está executando. As operações DML com durações que mudam ao longo do tempo podem ser candidatas para investigar e otimizar. |
Como explorar os tempos de execução . . Otimização do desempenho da consulta |
Write query throughput |
Consultas |
Para cada tabela, o número de operações DML processadas. Se houver um aumento no número de operações DML de uma tabela, talvez você queira alterar a tabela para otimizar o desempenho. |
Essa métrica pode revelar mudanças no número de operações DML. |
||
Table change events |
– |
Nenhum |
Uma tabela ordenável de eventos de tabela. |
Essa métrica mostra quais tabelas foram alteradas no período. Examine os dados em busca de eventos inesperados. |