Entendendo o Index Advisor<\/b><\/h3>\n
Desempenho do banco de dados<\/a>Embora seja uma tarefa dif\u00edcil de gerenciar bem, \u00e9 um problema bem compreendido pelos fornecedores de bancos de dados. O advento do SaaS e do DBasS tamb\u00e9m significa que o desafio do desempenho do banco de dados \u00e9 apenas parte do servi\u00e7o e precisa ser automatizado em rela\u00e7\u00e3o \u00e0 sua capacidade de diagnosticar e corrigir o problema. Nossa equipe de desenvolvimento tem trabalhado arduamente para criar os blocos de constru\u00e7\u00e3o para essa vis\u00e3o.<\/p>\n O Couchbase Index Advisor faz parte da constru\u00e7\u00e3o N1QL ADVISE que permite que os desenvolvedores e DBAs gerenciem o aspecto de ajuste de desempenho de seus aplicativos. Para entender como o Index Advisor funciona, voc\u00ea precisa entender as principais t\u00e9cnicas de recupera\u00e7\u00e3o de dados na plataforma de dados do Couchbase:<\/p>\n O N1QL Query aproveita todos os servi\u00e7os acima para fornecer o resultado da consulta aos aplicativos. No entanto, o Index Advisor na vers\u00e3o 6.5 (DP) recomenda apenas os \u00edndices gerenciados pelo servi\u00e7o Index (GSI). O Index Advisor n\u00e3o avalia a t\u00e9cnica de recupera\u00e7\u00e3o do servi\u00e7o Data por meio de USE KEYS, nem o servi\u00e7o Search (FTS) por meio da fun\u00e7\u00e3o N1QL SEARCH_QUERY() e SEARCH().<\/p>\n Como mencionei anteriormente, o Index Advisor \u00e9 o primeiro de uma s\u00e9rie de recursos que apresentamos para o ajuste de desempenho do banco de dados. O Index Advisor ajuda a identificar sistematicamente os \u00edndices que podem otimizar o desempenho do aplicativo e a garantir que os \u00edndices sejam criados usando a pr\u00e1tica recomendada para a ordem das chaves. Na verdade, o Index Advisor pode oferecer recomenda\u00e7\u00f5es mesmo quando voc\u00ea j\u00e1 tem \u00edndices em funcionamento para suas consultas.<\/p>\n Voc\u00ea pode come\u00e7ar a usar o N1QL Index Advisor usando:<\/p>\n \u00cdndices atuais -\u00a0<\/strong>A se\u00e7\u00e3o lista todos os \u00edndices existentes que o planejador de consultas usar\u00e1 para essa consulta. Ela tamb\u00e9m fornece informa\u00e7\u00f5es adicionais sobre qualquer \u00edndice que o planejador de consultas use como \u00edndice de cobertura.<\/p>\n \u00cdndices recomendados -\u00a0<\/strong>Esta se\u00e7\u00e3o lista todos os \u00edndices recomendados pelo Index Advisor. As recomenda\u00e7\u00f5es de \u00edndice de cobertura s\u00e3o aquelas que permitiriam que a consulta funcionasse sem a busca adicional do servi\u00e7o de dados. J\u00e1 a se\u00e7\u00e3o de \u00edndices mostra apenas aqueles que ajudam com a cl\u00e1usula de predicado. Observe que pode haver duplica\u00e7\u00e3o de informa\u00e7\u00f5es nessas duas se\u00e7\u00f5es, mas onde o nome do \u00edndice seria id\u00eantico e onde as chaves do \u00edndice s\u00e3o as mesmas.<\/p>\n Ele tamb\u00e9m fornece o motivo pelo qual recomendou os \u00edndices.<\/p>\n Clique no bot\u00e3o Advise para obter a sa\u00edda do Index Advisor para a consulta.<\/p>\n O N1QL ADVISE oferece suporte a consultas para SELECT, DELETE, UPDATE e MERGE. Ele fornece recomenda\u00e7\u00f5es de \u00edndices para:<\/p>\n Usarei a seguinte abordagem para explicar como o Index Advisor funciona.<\/p>\n Essa consulta recupera o n\u00famero de rotas de companhias a\u00e9reas de qualquer aeroporto da cidade de San Jose, EUA, que t\u00eam voos programados para o domingo.<\/p>\n Portanto, chegamos a cinco pontos de a\u00e7\u00e3o, que resultam em quatro \u00edndices adicionais para essa consulta. Vamos ver o que o Index Advisor recomenda.<\/p>\n Isso \u00e9 o mesmo que o plano nos forneceu. A consulta usa cinco \u00edndices.<\/p>\n Esta se\u00e7\u00e3o lista todos os \u00edndices da perspectiva do predicado. Observe que JOIN tem campos ON, que tamb\u00e9m s\u00e3o tratados como predicados. Ent\u00e3o, vamos revisar os \u00edndices recomendados.<\/p>\n Se\u00e7\u00e3o de \u00edndices recomendados - \"Cobrindo \u00edndices\"<\/strong><\/p>\n Esta se\u00e7\u00e3o lista todas as recomenda\u00e7\u00f5es de \u00edndices de cobertura. Observe que Os \u00edndices de cobertura s\u00e3o aqueles usados para satisfazer uma consulta em um documento em que a execu\u00e7\u00e3o n\u00e3o precisaria realizar uma busca adicional no servi\u00e7o de dados<\/em><\/strong>.<\/p>\n Observa\u00e7\u00e3o<\/strong><\/span>: O \u00edndice de cobertura reduz a necessidade de o servi\u00e7o de consulta realizar buscas adicionais no servi\u00e7o de dados, melhorando assim o desempenho da consulta. Mas o usu\u00e1rio precisa decidir se deve ou n\u00e3o criar \u00edndices de cobertura com base nas restri\u00e7\u00f5es espec\u00edficas, como mem\u00f3ria ou armazenamento do ambiente do usu\u00e1rio.<\/p>\n Para este exerc\u00edcio, decidi criar todos os \u00edndices recomendados usando \u00edndices de cobertura quando aplic\u00e1vel.<\/p>\n Considere este exemplo:<\/p>\n E que sua consulta pode ser executada sem nenhum problema com um \u00edndice abaixo:<\/p>\n Mas o \u00edndice recomendado para a consulta seria:<\/p>\n Isso ocorre porque o \u00edndice deve ter um desempenho melhor se as chaves seguirem a ordem da regra do tipo de predicado:<\/p>\n O Index Advisor recomenda um \u00edndice com uma conven\u00e7\u00e3o de nomenclatura espec\u00edfica,<\/p>\n Para \u00edndices de matriz, um sublinhado extra \u00e9 adicionado ao final do \u00edndice da matriz para fazer a distin\u00e7\u00e3o:<\/p>\n Recomenda-se que voc\u00ea mantenha a nomenclatura do \u00edndice conforme fornecida, pois isso permitir\u00e1 que o Index Advisor reconhe\u00e7a os \u00edndices que ele recomendou anteriormente em compara\u00e7\u00e3o com os que foram criados por outros meios. Em atualiza\u00e7\u00f5es futuras, o Index Advisor pode optar por recomendar a substitui\u00e7\u00e3o de um \u00edndice, mas s\u00f3 o far\u00e1 se o \u00edndice que ele procura substituir for um que tenha sido recomendado anteriormente.<\/p>\n Seu banco de dados pode ter muitos \u00edndices para diferentes requisitos de consulta durante um per\u00edodo de tempo. Mas, \u00e0 medida que os \u00edndices s\u00e3o acumulados em seu banco de dados, h\u00e1 a possibilidade de haver duplicatas ou \u00edndices criados de forma semelhante. Isso inclui \u00edndices que n\u00e3o est\u00e3o mais em uso. Voc\u00ea pode consultar o valor \"last_known_scan_time<\/strong><\/em>\" do ponto de extremidade de repouso Index stats, para determinar os status dos seus \u00edndices e, em seguida, decidir se voc\u00ea deve eliminar o \u00edndice.<\/p>\n Resultados:<\/p>\n Do ponto de vista da implementa\u00e7\u00e3o de aplicativos, a necessidade de gerenciar \u00edndices n\u00e3o termina no final do processo de desenvolvimento, mas \u00e9 um exerc\u00edcio cont\u00ednuo. De fato, o gerenciamento de \u00edndices deve ter um ciclo de vida pr\u00f3prio. Isso se deve ao fato de que o volume e a forma dos dados podem mudar com o tempo, o que, consequentemente, pode exigir altera\u00e7\u00f5es nos \u00edndices existentes. Em alguns casos, a constru\u00e7\u00e3o da consulta tamb\u00e9m pode precisar ser revisada. O consultor de \u00edndices, portanto, \u00e9 uma parte essencial do gerenciamento do ciclo de vida do produto.<\/p>\n Alguns pontos importantes a serem observados sobre o Index Advisor a partir do Couchbase 6.5 (DP)<\/p>\n\n
![\"\"](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2019\/04\/Screen-Shot-2019-04-24-at-4.31.54-PM.png\")
<\/p>\nComece a usar o Index Advisor<\/b><\/h3>\n
N1QL - ADVISE [INDEX]<\/h4>\n
ADVISE\u00a0 SELECT route.destinationairport\r\n FROM `travel-sample` airport\u00a0\u00a0\u00a0 \r\n JOIN `travel-sample` route ON airport.faa = route.sourceairport\u00a0\u00a0\u00a0 \r\n AND route.type = \"route\"\r\n WHERE airport.type = \"airport\"\u00a0\u00a0\u00a0 \r\n AND airport.city = \"San Francisco\"\u00a0\u00a0\u00a0 \r\n AND airport.country = \"United States\";<\/pre>\n
[\r\n {\r\n \"#operator\": \"Advise\",\r\n \"advice\": {\r\n \"#operator\": \"IndexAdvice\",\r\n \"adviseinfo\": [\r\n {\r\n \"current_indexes\": [\r\n {\r\n \"index_statement\": \"CREATE INDEX def_city ON `travel-sample`(`city`)\"\r\n },\r\n {\r\n \"index_statement\": \"CREATE INDEX def_type ON `travel-sample`(`type`)\"\r\n },\r\n {\r\n \"index_statement\": \"CREATE INDEX def_faa ON `travel-sample`(`faa`)\"\r\n },\r\n {\r\n \"index_statement\": \"CREATE INDEX def_route_src_dst_day ON `travel-sample`(`sourceairport`,`destinationairport`,(distinct (array (`v`.`day`) for `v` in `schedule` end))) WHERE (`type` = 'route')\",\r\n \"index_status\": \"THIS IS AN OPTIMAL COVERING INDEX.\"\r\n }\r\n ],\r\n \"recommended_indexes\": {\r\n \"covering_indexes\": [\r\n {\r\n \"index_statement\": \"CREATE INDEX adv_faa_country_city_type ON `travel-sample`(`faa`,`country`,`city`) WHERE `type` = 'airport'\"\r\n }\r\n ],\r\n \"indexes\": [\r\n {\r\n \"index_statement\": \"CREATE INDEX adv_faa_country_city_type ON `travel-sample`(`faa`,`country`,`city`) WHERE `type` = 'airport'\",\r\n \"recommending_rule\": \"Index keys follow order of predicate types: 1. equality, 8. flavor for partial index.\"\r\n }\r\n ]\r\n }\r\n }\r\n ]\r\n },\r\n \"query\": \"SELECT route.destinationairport\\nFROM `travel-sample` airport\\n JOIN `travel-sample` route ON airport.faa = route.sourceairport\\n AND route.type = \\\"route\\\"\\nWHERE airport.type = \\\"airport\\\"\\n AND airport.city = \\\"San Francisco\\\"\\n AND airport.country = \\\"United States\\\";\"\r\n }\r\n]<\/pre>\nUsar o Advise no Query Workbench<\/h4>\n
![\"\"](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2019\/04\/Screen-Shot-2019-04-24-at-1.26.42-PM.png\")
<\/p>\n\n
Como funciona o Index Advisor<\/b><\/h3>\n
\n
A consulta de exemplo<\/strong><\/h5>\n
SELECT airline.name, airport.airportname, COUNT(1)\r\nFROM `travel-sample` airport\r\nINNER JOIN `travel-sample` route ON airport.faa = route.sourceairport\r\n AND route.type = \"route\"\r\nINNER JOIN `travel-sample` airline ON route.airline = airline.iata\r\n AND airline.type = \"airline\"\r\nWHERE airport.type = \"airport\"\r\n AND airport.city = \"San Jose\"\r\n AND airport.country = \"United States\"\r\n AND ANY x in route.schedule SATISFIES x.day =0 END\r\nGROUP BY airline.name, airport.airportname<\/pre>\n
O plano de consulta\u00a0<\/strong><\/h5>\n
![\"\"](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2019\/05\/Screen-Shot-2019-05-03-at-9.32.21-AM.png\")
<\/p>\n\n
\n
Como podemos melhorar o desempenho da consulta?<\/strong><\/h5>\n
![\"\"](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2019\/05\/Screen-Shot-2019-05-06-at-2.28.15-PM.png\")
<\/p>\n\n
Execute o Index Advisor para verificar o resultado<\/strong><\/h5>\n
[\r\n {\r\n \"#operator\": \"Advise\",\r\n \"advice\": {\r\n \"#operator\": \"IndexAdvice\",\r\n \"adviseinfo\": [\r\n {\r\n \"current_indexes\": [\r\n {\r\n \"index_statement\": \"CREATE INDEX def_city ON `travel-sample`(`city`)\"\r\n },\r\n {\r\n \"index_statement\": \"CREATE INDEX def_type ON `travel-sample`(`type`)\"\r\n },\r\n {\r\n \"index_statement\": \"CREATE INDEX def_faa ON `travel-sample`(`faa`)\"\r\n },\r\n {\r\n \"index_statement\": \"CREATE INDEX def_route_src_dst_day ON `travel-sample`(`sourceairport`,`destinationairport`,(distinct (array (`v`.`day`) for `v` in `schedule` end))) WHERE (`type` = 'route')\"\r\n },\r\n {\r\n \"index_statement\": \"CREATE INDEX def_type ON `travel-sample`(`type`)\"\r\n }\r\n ],\r\n \"recommended_indexes\": {\r\n \"covering_indexes\": [\r\n {\r\n \"index_statement\": \"CREATE INDEX adv_faa_city_country_type_airportname ON `travel-sample`(`faa`,`city`,`country`,`airportname`) WHERE `type` = 'airport'\"\r\n },\r\n {\r\n \"index_statement\": \"CREATE INDEX adv_iata_type_name ON `travel-sample`(`iata`,`name`) WHERE `type` = 'airline'\"\r\n }\r\n ],\r\n \"indexes\": [\r\n {\r\n \"index_statement\": \"CREATE INDEX adv_country_faa_city_type ON `travel-sample`(`country`,`faa`,`city`) WHERE `type` = 'airport'\",\r\n \"recommending_rule\": \"Index keys follow order of predicate types: 1. equality, 8. flavor for partial index.\"\r\n },\r\n {\r\n \"index_statement\": \"CREATE INDEX adv_airline_sourceairport_DISTINCT_schedule_day_type ON `travel-sample`(`airline`,`sourceairport`,DISTINCT ARRAY x.day FOR x in schedule END) WHERE `type` = 'route'\",\r\n \"recommending_rule\": \"Index keys follow order of predicate types: 1. equality, 5. array predicate, 8. flavor for partial index.\"\r\n },\r\n {\r\n \"index_statement\": \"CREATE INDEX adv_iata_type ON `travel-sample`(`iata`) WHERE `type` = 'airline'\",\r\n \"recommending_rule\": \"Index keys follow order of predicate types: 1. equality, 8. flavor for partial index.\"\r\n }\r\n ]\r\n }\r\n }\r\n ]\r\n },\r\n \"query\": \"SELECT airline.name, airport.airportname, COUNT(1)\\nFROM `travel-sample` airport\\nINNER JOIN `travel-sample` route ON airport.faa = route.sourceairport\\n AND route.type = \\\"route\\\"\\nINNER JOIN `travel-sample` airline ON route.airline = airline.iata\\n AND airline.type = \\\"airline\\\"\\nWHERE airport.type = \\\"airport\\\"\\n AND airport.city = \\\"San Jose\\\"\\n AND airport.country = \\\"United States\\\"\\n AND ANY x in route.schedule SATISFIES x.day =0 END\\nGROUP BY airline.name, airport.airportname\"\r\n }\r\n]<\/pre>\nSe\u00e7\u00e3o \u00cdndices atuais<\/strong><\/h5>\n
Se\u00e7\u00e3o de \u00edndices recomendados - \"\u00cdndices\"<\/strong><\/h5>\n
\n
\n
Criar todos os \u00edndices recomendados e revisar o novo plano de consulta<\/strong><\/h5>\n
CREATE INDEX `adv_faa_city_type_country_airportname` ON `travel-sample`(`faa`,`city`,`airportname`) WHERE ((`type` = \"airport\") and (`country` = \"United States\"))\r\n\r\nCREATE INDEX `adv_sourceairport_airline_DISTINCT_schedule_day_type` ON `travel-sample`(`sourceairport`,`airline`,(distinct (array (`x`.`day`) for `x` in `schedule` end))) WHERE (`type` = \"route\")\r\n\r\nCREATE INDEX `adv_iata_type_name` ON `travel-sample`(`iata`,`name`) WHERE (`type` = \"airline\")\r\n\r\n<\/pre>\n
O plano de consulta depois de adicionar os \u00edndices recomendados<\/strong><\/h5>\n
![\"\"](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2019\/05\/Screen-Shot-2019-05-03-at-10.39.27-AM.png\")
<\/h5>\n\n
Use o Index Advisor para analisar a carga de trabalho<\/b><\/h3>\n
N1QL - ADVISOR( )<\/h4>\n
O Index Advisor tamb\u00e9m pode ser chamado com a fun\u00e7\u00e3o ADVISOR(). Ela permite que os usu\u00e1rios:<\/h5>\n
\n
Use ADVISOR() para identificar as consultas lentas, consultando as solicita\u00e7\u00f5es conclu\u00eddas.<\/h5>\n
\/* Retrieve queries that ran longer then 1 secs *\/\r\nSELECT CONSULTOR<\/strong>((SELECT RAW<\/strong> statement FROM system:completed_requests\r\nWHERE trunc(str_to_duration(elapsedTime)\/1000000000) > 1))<\/pre>\n
Identificar os \u00edndices ineficientes existentes<\/strong><\/h3>\n
Mesmo quando voc\u00ea j\u00e1 tem \u00edndices para sua consulta, a execu\u00e7\u00e3o do Index Advisor pode ajudar a identificar casos em que os \u00edndices existentes podem n\u00e3o ser os melhores \u00edndices, com base na orienta\u00e7\u00e3o do Couchbase Index.<\/h5>\n
SELECT COUNT(1) FROM `travel-sample` t WHERE t.type = \u201cairport\u201d AND t.icao IS NOT NULL AND t.geo.alt < 300;<\/pre>\n
CREATE INDEX ix1 ON `travel-sample`(`type`,`icao`,`geo`.`alt`)\r\n<\/pre>\n
CREATE INDEX adv_geo_alt_icao_type ON `travel-sample`(`geo`.`alt`,`icao`) WHERE `type` = \u2018airport\u2019<\/pre>\n
\n
Conven\u00e7\u00e3o de nomenclatura de \u00edndice recomendada<\/b><\/h3>\n
\n
\n
Usar estat\u00edsticas de \u00edndice Tempo da \u00faltima varredura conhecida<\/strong><\/h3>\n
SELECT ARRAY {\"index_name\":a.name,\"last_scan_time\":millis_to_str(a.val.last_known_scan_time\/1000000)} \r\n FOR a IN OBJECT_PAIRS(results) END\r\nFROM curl(\"https:\/\/<index_host>:9102\/api\/v1\/stats\",\r\n {\"user\":\"Administrator:password\"}) results<\/pre>\n![\"\"](\"https:\/\/www.couchbase.com\/blog\/wp-content\/uploads\/2019\/04\/Screen-Shot-2019-04-24-at-1.43.28-PM.png\")
<\/p>\nResumo<\/b><\/h3>\n
\n
Recursos<\/b><\/h3>\n