Comprender Index Advisor<\/b><\/h3>\n
Rendimiento de la base de datos<\/a>aunque es una tarea dif\u00edcil de gestionar bien, es un problema bien entendido por los proveedores de bases de datos. El advenimiento de SaaS y DBasS tambi\u00e9n significa que el desaf\u00edo del rendimiento de la base de datos es s\u00f3lo una parte del servicio, y necesita ser automatizado con respecto a su capacidad para diagnosticar y solucionar el problema. Nuestro equipo de desarrollo ha estado trabajando duro para crear los bloques de construcci\u00f3n hacia esa visi\u00f3n.<\/p>\n Couchbase Index Advisor es parte del constructo N1QL ADVISE que permite a desarrolladores y DBAs gestionar el aspecto de ajuste de rendimiento de sus aplicaciones. Para entender c\u00f3mo funciona Index Advisor, necesitas entender las principales t\u00e9cnicas de recuperaci\u00f3n de datos en la plataforma de datos Couchbase:<\/p>\n N1QL Query aprovecha todos los servicios anteriores para entregar el resultado de la consulta a las aplicaciones. Sin embargo, Index Advisor en v6.5 (DP) s\u00f3lo recomienda \u00edndices gestionados por el servicio Index (GSI). Index Advisor no eval\u00faa la t\u00e9cnica de recuperaci\u00f3n del servicio de Datos a trav\u00e9s de USE KEYS, ni el servicio de B\u00fasqueda(FTS) a trav\u00e9s de la funci\u00f3n N1QL SEARCH_QUERY() y SEARCH().<\/p>\n Como ya he mencionado antes, Index Advisor es la primera de una serie de funciones que introducimos para el ajuste del rendimiento de las bases de datos. Index Advisor ayuda a identificar sistem\u00e1ticamente los \u00edndices que pueden optimizar el rendimiento de la aplicaci\u00f3n y garantiza que los \u00edndices se creen siguiendo las mejores pr\u00e1cticas recomendadas para el orden de las claves. En efecto, Index Advisor puede ofrecer recomendaciones incluso cuando ya se dispone de \u00edndices que funcionan para las consultas.<\/p>\n Puede empezar a utilizar N1QL Index Advisor utilizando:<\/p>\n \u00cdndices actuales -\u00a0<\/strong>La secci\u00f3n enumera todos los \u00edndices existentes que el planificador de consultas utilizar\u00e1 para esta consulta. Tambi\u00e9n proporciona informaci\u00f3n adicional sobre cualquier \u00edndice que el planificador de consultas utilice como \u00edndice de cobertura.<\/p>\n \u00cdndices recomendados -\u00a0<\/strong>Esta secci\u00f3n enumera todos los \u00edndices recomendados por el Asesor de \u00cdndices. Las recomendaciones de \u00edndices de cobertura son aquellas que permitir\u00edan que la consulta funcionara sin necesidad de obtener datos adicionales del servicio de datos. Mientras que la secci\u00f3n de \u00edndices muestra s\u00f3lo aquellos que ayudan con la cl\u00e1usula de predicado. Tenga en cuenta que podr\u00eda haber duplicaci\u00f3n de informaci\u00f3n en estas dos secciones, pero en las que el nombre del \u00edndice ser\u00eda id\u00e9ntico si las claves del \u00edndice son las mismas.<\/p>\n Tambi\u00e9n explica por qu\u00e9 hab\u00eda recomendado los \u00edndices.<\/p>\n Haga clic en el bot\u00f3n Aconsejar para obtener la salida del Asesor de \u00edndices para la consulta.<\/p>\n N1QL ADVISE soporta consultas SELECT, DELETE, UPDATE y MERGE. Proporciona recomendaciones de \u00edndice para:<\/p>\n Utilizar\u00e9 el siguiente enfoque para explicar c\u00f3mo funciona el Index Advisor.<\/p>\n Esta consulta recupera el n\u00famero de rutas por aerol\u00edneas desde cualquier aeropuerto de la ciudad de San Jos\u00e9, EE.UU. que tienen vuelos programados en domingo.<\/p>\n As\u00ed que hemos llegado a cinco puntos de acci\u00f3n, que resultan en cuatro \u00edndices adicionales para esta consulta. Veamos qu\u00e9 recomienda Index Advisor.<\/p>\n Esto es lo mismo que nos hab\u00eda dado el plan. La consulta utiliza cinco \u00edndices.<\/p>\n Esta secci\u00f3n enumera todos los \u00edndices desde la perspectiva del predicado. Tenga en cuenta que JOIN tiene campos ON, que tambi\u00e9n se tratan como predicados. As\u00ed que vamos a revisar los \u00edndices recomendados.<\/p>\n Secci\u00f3n de \u00edndices recomendados - \"\u00cdndices de cobertura\"<\/strong><\/p>\n En esta secci\u00f3n se enumeran todas las recomendaciones sobre \u00edndices de cobertura. Tenga en cuenta que los \u00edndices de cobertura son los que se utilizan para satisfacer una consulta sobre un documento cuya ejecuci\u00f3n no necesitar\u00eda realizar una obtenci\u00f3n adicional del servicio de datos<\/em><\/strong>.<\/p>\n Nota<\/strong><\/span>: El \u00edndice de cobertura reduce la necesidad de que el servicio de consulta realice b\u00fasquedas adicionales en el servicio de datos, lo que mejora el rendimiento de la consulta. Sin embargo, el usuario debe decidir si crea o no \u00edndices de cobertura en funci\u00f3n de sus limitaciones espec\u00edficas, como la memoria o el almacenamiento de su entorno.<\/p>\n Para este ejercicio, he decidido crear todos los \u00edndices recomendados utilizando \u00edndices de cobertura cuando proceda.<\/p>\n Considere este ejemplo:<\/p>\n Y que tu consulta puede ejecutarse sin problemas con un \u00edndice por debajo:<\/p>\n Pero el \u00edndice recomendado para la consulta ser\u00eda:<\/p>\n Esto se debe a que el \u00edndice deber\u00eda funcionar mejor si las claves siguen el orden de la regla del tipo de predicado:<\/p>\n Index Advisor recomienda \u00edndices con una convenci\u00f3n de nomenclatura espec\u00edfica,<\/p>\n Para los \u00edndices de matriz, se a\u00f1ade un gui\u00f3n bajo adicional al final del \u00edndice de matriz para distinguirlos:<\/p>\n Se recomienda que mantenga la nomenclatura del \u00edndice tal y como se ha proporcionado, ya que esto permitir\u00eda a Index Advisor reconocer los \u00edndices que hab\u00eda recomendado anteriormente frente a los que se han creado por otros medios. En futuras actualizaciones, Index Advisor puede optar por recomendar la sustituci\u00f3n de un \u00edndice, pero s\u00f3lo lo har\u00eda si el \u00edndice que pretende sustituir es uno que ya hab\u00eda recomendado anteriormente.<\/p>\n Su base de datos puede tener muchos \u00edndices para diferentes requisitos de consulta a lo largo de un periodo de tiempo. Pero a medida que se acumulan \u00edndices en su base de datos, existe la posibilidad de que se produzcan duplicados o \u00edndices creados de forma similar. Esto incluye los \u00edndices que ya no est\u00e1n en uso. Puede consultar el valor \"hora_\u00faltima_exploraci\u00f3n_conocida<\/strong><\/em>\"del punto final Index stats rest, para determinar el estado de sus \u00edndices y decidir si debe eliminarlos.<\/p>\n Resultados:<\/p>\n Desde la perspectiva del despliegue de aplicaciones, la necesidad de gestionar los \u00edndices no se detiene al final del proceso de desarrollo, sino que es un ejercicio continuo. De hecho, la gesti\u00f3n de \u00edndices debe tener un ciclo de vida propio. Esto se debe a que el volumen y la forma de los datos pueden cambiar con el tiempo, lo que posteriormente puede requerir cambios en los \u00edndices existentes. En algunos casos, tambi\u00e9n puede ser necesario revisar la construcci\u00f3n de la consulta. El asesor de \u00edndices, por tanto, es una parte cr\u00edtica para la gesti\u00f3n del ciclo de vida del producto.<\/p>\n Algunos puntos clave a tener en cuenta sobre Index Advisor a partir de 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>\nEmpezar a utilizar 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>\nUtilizar Advise desde el 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
\u00bfC\u00f3mo funciona Index Advisor?<\/b><\/h3>\n
\n
Ejemplo de consulta<\/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
El plan 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
\u00bfC\u00f3mo podemos mejorar el rendimiento de la 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
Ejecute el Index Advisor para comprobar el 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>\nSecci\u00f3n de \u00edndices actuales<\/strong><\/h5>\n
Secci\u00f3n \u00cdndices recomendados - \"\u00cdndices\"<\/strong><\/h5>\n
\n
\n
Cree todos los \u00edndices recomendados y revise el nuevo plan 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
El plan de consulta despu\u00e9s de a\u00f1adir los \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
Utilice Index Advisor para analizar la carga de trabajo<\/b><\/h3>\n
N1QL - ASESOR( )<\/h4>\n
Index Advisor tambi\u00e9n puede invocarse con la funci\u00f3n ADVISOR(). Permite a los usuarios:<\/h5>\n
\n
Utilice ADVISOR() para identificar las consultas lentas consultando las peticiones completadas.<\/h5>\n
\/* Retrieve queries that ran longer then 1 secs *\/\r\nSELECT ASESOR<\/strong>((SELECT RAW<\/strong> statement FROM system:completed_requests\r\nWHERE trunc(str_to_duration(elapsedTime)\/1000000000) > 1))<\/pre>\n
Identificar los \u00edndices ineficaces existentes<\/strong><\/h3>\n
Incluso cuando ya tienes \u00edndices para tu consulta, ejecutar Index Advisor puede ayudar a identificar casos en los que los \u00edndices existentes pueden no ser los mejores \u00edndices, bas\u00e1ndose en la gu\u00eda de \u00cdndices de Couchbase.<\/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
Convenci\u00f3n recomendada para la denominaci\u00f3n de \u00edndices<\/b><\/h3>\n
\n
\n
Utilizar estad\u00edsticas de \u00edndices \u00daltima hora de exploraci\u00f3n conocida<\/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>\nResumen<\/b><\/h3>\n
\n
Recursos<\/b><\/h3>\n