{"id":10266,"date":"2019-02-26T08:40:24","date_gmt":"2019-02-26T11:40:24","guid":{"rendered":"http:\/\/www.fabriciolima.net\/?p=10266"},"modified":"2019-02-26T14:28:13","modified_gmt":"2019-02-26T17:28:13","slug":"query-store-04-melhores-praticas-para-habilitar-o-query-store","status":"publish","type":"post","link":"https:\/\/fabriciolima.net\/blog\/2019\/02\/26\/query-store-04-melhores-praticas-para-habilitar-o-query-store\/","title":{"rendered":"Query Store (#04) – Melhores pr\u00e1ticas para habilitar o Query Store"},"content":{"rendered":"

Fala Pessoal,<\/p>\n

Continuando a s\u00e9rie sobre o Query Store, hoje vou dar algumas dicas para voc\u00ea que deseja habilitar o Query Store em produ\u00e7\u00e3o.<\/p>\n

Quando habilitamos o Query Store, ele vem com essas configura\u00e7\u00f5es por default:<\/p>\n

\"\"<\/p>\n

 <\/p>\n

Vamos falar um pouco sobre essas 4 op\u00e7\u00f5es de reten\u00e7\u00e3o do query store destacadas acima.<\/p>\n

Max Size(MB)<\/h6>\n

Essa op\u00e7\u00e3o n\u00e3o tem a ver com impacto de performance do Query Store, mas sim com o volume de dados que voc\u00ea vai armazenar.<\/p>\n

Na minha experi\u00eancia de uso, 100 MB n\u00e3o dura muita coisa.<\/p>\n

Normalmente utilizo 1 ou 2 GB nessa configura\u00e7\u00e3o para conseguir ter mais informa\u00e7\u00f5es no Query Store.<\/strong><\/p>\n

A Erin Stellato<\/a> cita em um de seus posts que j\u00e1 viu um Query Store de produ\u00e7\u00e3o com 50 GB de informa\u00e7\u00f5es.<\/p>\n

Conseguimos monitorar o espa\u00e7o utilizado pelo Query Store com a query abaixo:<\/p>\n

SELECT actual_state_desc, desired_state_desc, current_storage_size_mb,   \r\n    max_storage_size_mb, readonly_reason  \r\nFROM sys.database_query_store_options;<\/pre>\n
Depois vou fazer um post com um alerta para monitorar esse tamanho e enviar um e-mail.<\/p>\n
No Azure SQL Database<\/strong>, hoje (26\/02\/2019), o default para uma base Basic<\/strong> \u00e9 de 10 MB<\/strong>, para uma base Standard<\/strong> \u00e9 de 100 MB<\/strong> e para uma base Premium<\/strong> \u00e9 de 1 GB<\/strong>.<\/p>\n
Query Store Capture Mode<\/h6>\n
Essa \u00e9 a op\u00e7\u00e3o mais importante para se configurar,<\/strong> caso voc\u00ea tenha medo do Query Store impactar a performance do seu ambiente.<\/p>\n
Se ela tiver configurada como ALL<\/strong>, o Query Store vai armazenar todas as queries que s\u00e3o executadas.<\/p>\n
Em um ambiente grande ou com muita query Ad Hoc<\/strong>, o n\u00famero de queries e planos que o Query Store vai armazenar ser\u00e1 muito grande e isso pode gerar uma sobrecarga maior do que o comum no ambiente.<\/p>\n
Mudando essa configura\u00e7\u00e3o para AUTO<\/strong>, o query store vai ignorar queries mais simples que n\u00e3o precisar\u00edamos monitorar.<\/p>\n
Quando utilizamos o modo AUTO<\/strong>, as regras exatas que definem se um plano vai ser gravado ou n\u00e3o pelo Query Store n\u00e3o s\u00e3o documentadas. Dessa forma, a microsoft pode alterar essa regra quando quiser.<\/p>\n
Contudo, um caso dessa regra j\u00e1 consegui pegar em teste (dica de um MVP da R\u00fassia) e mostrarei para voc\u00eas em um pr\u00f3ximo post que falaremos s\u00f3 sobre esse modo de captura.<\/p>\n
Opini\u00e3o<\/b>\u00a0do Fabr\u00edcio: Essa op\u00e7\u00e3o deveria vir como default configurada como AUTO e, se eu quisesse logar todas as execu\u00e7\u00f5es de queries, incluindo as mais simples, eu colocaria como ALL. A configura\u00e7\u00e3o default devia ser a menos impactante poss\u00edvel.<\/strong><\/p>\n
No Azure SQL Database<\/strong>, hoje (26\/02\/2019), o default j\u00e1 est\u00e1 vindo como AUTO.<\/p>\n
Size Based Cleanup Mode\u00a0<\/strong><\/h6>\n
Essa op\u00e7\u00e3o vem por default como AUTO<\/strong> e devemos manter assim.<\/p>\n
Com essa configura\u00e7\u00e3o o Query Store vai limpar automaticamente seus dados mais antigos e menos custosos quando chegar a 90% de consumo de espa\u00e7o.<\/p>\n
Vale alguns testes no futuro para explorar detalhes de como funciona essa op\u00e7\u00e3o. Existem alguns XEvents que nos mostram alguns detalhes de como isso funciona.<\/p>\n
Stale Query Threshold (Days):<\/strong><\/h6>\n
Essa configura\u00e7\u00e3o determina quantos dias voc\u00ea vai manter os dados no Query Store.<\/p>\n
O Default \u00e9 de 30 dias de armazenamento.<\/p>\n
Minha sugest\u00e3o \u00e9 que se voc\u00ea n\u00e3o for ficar olhando e comparando 30 dias de informa\u00e7\u00f5es do Query Store, que reduza esse valor para uma ou duas semanas.<\/strong><\/p>\n
Em ambientes com um n\u00famero grande de Queries, muitas vezes nem conseguimos ver as informa\u00e7\u00f5es do Query Store via gr\u00e1ficos, pois demora bastante:<\/p>\n
\"\"<\/p>\n
Nesse caso, ter\u00e1 que pegar as informa\u00e7\u00f5es para analisar via Query. Vamos ver mais detalhes de como fazer isso em outros posts.<\/p>\n
Reduzindo o volume de informa\u00e7\u00f5es armazenadas pode ajudar na velocidade para visualizar esses dados.<\/p>\n
No Azure SQL Database<\/strong>, hoje (26\/02\/2019), o default tamb\u00e9m \u00e9 30 dias, exceto em uma database Basic, que vem configurada como 7 dias.<\/p>\n
Data Flush Interval (Minutes)<\/h6>\n
Para reduzir o impacto de implanta\u00e7\u00e3o, os dados do Query Store s\u00e3o armazenados em mem\u00f3ria e posteriormente \u00e9 realizado um flush ass\u00edncrono para persistir os dados no disco.<\/p>\n
Esse flush ocorre a cada 15 minutos por default.<\/p>\n
Essa configura\u00e7\u00e3o eu n\u00e3o altero.<\/strong><\/p>\n
Com ele voc\u00ea pode perder at\u00e9 15 minutos de informa\u00e7\u00f5es do Query Store em caso de problema, mas para quem hoje vive do Plan Cache que n\u00e3o tem dado persistido, estamos no lucro com o Query Store.<\/p>\n
Statistics Collection Interval<\/h6>\n
O padr\u00e3o desse cara \u00e9 de 1 hora e n\u00e3o costumo alterar.<\/strong><\/p>\n
Essa configura\u00e7\u00e3o diz que o Query Store vai agrupar as informa\u00e7\u00f5es de estat\u00edsticas a cada uma hora para cada plano e vai somar o consumo de CPU, Disco, Mem\u00f3ria e etc…<\/p>\n
Com esse agrupamento, a quantidade de dados persistida no Query Store \u00e9 reduzida.<\/p>\n
Voc\u00ea pode mudar o padr\u00e3o de 60 minutos para 1, 5, 10, 15, 30, 60 ou 1440 minutos.<\/p>\n
Reduzindo ter\u00e1 informa\u00e7\u00f5es mais granulares. Contudo, se reduzir esse tempo para 30 minutos, vai armazenar o dobro de espa\u00e7o que utilizaria com a configura\u00e7\u00e3o de 60 minutos, pois a cada 30 minutos um registro ser\u00e1 gerado para cada plano na view\u00a0sys.query_store_runtime_stats<\/strong>.<\/p>\n
Repare no exemplo abaixo onde temos informa\u00e7\u00f5es do\u00a0plano 44<\/strong> armazenadas 2 vezes na view sys.query_store_runtime_stat<\/strong>s, 1 vez para o intervalo de 18:00 \u00e0s 19:00<\/strong> e a outra para o intervalo de 19:00 \u00e0s 20:00<\/strong>.<\/p>\n
\"\"<\/p>\n
Mudando para 30 minutos, se essa query for executada o tempo todo, ter\u00edamos 4 linhas ao inv\u00e9s de 2 linhas nessa view.<\/p>\n
 <\/p>\n
O Query Store j\u00e1 vem habilitado por default no Azure SQL Database<\/strong> e est\u00e1 ligado hoje para milhares de databases.<\/p>\n
Logo, a microsoft est\u00e1 assumindo que essa feature \u00e9 muito v\u00e1lida e que ela ajuda muito mais do que impacta os ambientes com algum overhead, concordam?<\/p>\n
Segue abaixo as configura\u00e7\u00f5es default do Query Store para uma base Basic no Azure SQL Database<\/strong>:<\/p>\n
\"\"<\/p>\n
 <\/p>\n
Al\u00e9m das configura\u00e7\u00f5es de reten\u00e7\u00e3o do Query Store, seguem outras melhores pr\u00e1ticas ao habilita-lo:<\/p>\n
Utilize a vers\u00e3o mais recente do Management Studio<\/a><\/h6>\n
Com uma vers\u00e3o antiga do SSMS pode n\u00e3o visualizar todos os gr\u00e1ficos que foram desenvolvidos para a utiliza\u00e7\u00e3o do Query Store.<\/p>\n
Ent\u00e3o instale a mais recente para usar #ficaadica<\/p>\n
Atualize o seu SQL Server para a \u00faltima vers\u00e3o<\/h6>\n
Conforme mostrei nesse post, j\u00e1 tivemos alguns problemas identificados e corrigidos para o Query Store:<\/p>\n