{"id":2249,"date":"2016-05-19T22:59:51","date_gmt":"2016-05-19T22:59:51","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=2249"},"modified":"2025-10-09T07:13:03","modified_gmt":"2025-10-09T14:13:03","slug":"faster-indexing-and-query-with-memory-optimized-global-secondary-indexes-gsi-part-ii","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/pt\/faster-indexing-and-query-with-memory-optimized-global-secondary-indexes-gsi-part-ii\/","title":{"rendered":"Indexa\u00e7\u00e3o e consulta mais r\u00e1pidas: Apresentando os \u00edndices secund\u00e1rios globais otimizados para mem\u00f3ria - PARTE II"},"content":{"rendered":"

Em PARTE I<\/a>Na se\u00e7\u00e3o \"Indexa\u00e7\u00e3o\", abordamos as diferen\u00e7as na indexa\u00e7\u00e3o com \u00edndices locais e globais. Tamb\u00e9m conclu\u00edmos com as duas op\u00e7\u00f5es de armazenamento que o Couchbase Server oferece para \u00edndices secund\u00e1rios globais: GSI padr\u00e3o e GSI otimizado para mem\u00f3ria. Vamos nos aprofundar agora no GSI otimizado para mem\u00f3ria;<\/p>\n

O que \u00e9 um \u00edndice secund\u00e1rio global otimizado para mem\u00f3ria?<\/h2>\n

Em post anterior sobre \u00edndices globais e locais<\/a>Na se\u00e7\u00e3o \"Como manter os \u00edndices globais\", falamos bastante sobre como os \u00edndices globais reduzem a lat\u00eancia das consultas em compara\u00e7\u00e3o com os \u00edndices locais. Tamb\u00e9m vimos como pode ser desafiador manter esses \u00edndices globais: Os \u00edndices globais exigem um subconjunto de n\u00f3s para acompanhar um grande cluster de n\u00f3s. No caso do Couchbase Server, 10 a 100 mil opera\u00e7\u00f5es por segundo \u00e9 a norma para um cluster. <\/span><\/p>\n

Desafios\u00a0n\u00e3o termina a\u00ed! A indexa\u00e7\u00e3o global pode ser ainda mais desafiadora em casos como \u00edndices de matriz (leia mais sobre \u00edndices de matriz\u00a0<\/span>aqui<\/a>). Os \u00edndices de matriz indexam os elementos de uma <\/span>incorporado\u00a0em um documento JSON e as muta\u00e7\u00f5es para documentos com matrizes ampliam um documento<\/span>\u00a0a muitas grava\u00e7\u00f5es de \u00edndice.\u00a0<\/span>O \u00edndice secund\u00e1rio global otimizado de mem\u00f3ria (MOI) foi criado especificamente para resolver os desafios desses aplicativos mais exigentes.\u00a0itiner\u00e1rio de viagem, placar\u00a0<\/em>e\u00a0detec\u00e7\u00e3o de fraudes<\/em>\u00a0- Sem problemas!<\/p>\n

A MOI pode oferecer lat\u00eancia e taxa de transfer\u00eancia dez vezes melhores em muta\u00e7\u00f5es mais r\u00e1pidas para os dados em compara\u00e7\u00e3o com a GSI padr\u00e3o, e \u00e9 assim que ela faz isso:<\/p>\n

    \n
  1. O processamento sem bloqueio para indexa\u00e7\u00e3o simplesmente permite uma concorr\u00eancia maci\u00e7a ao manter a muta\u00e7\u00e3o de entrada no \u00edndice.<\/li>\n
  2. A estrutura Skiplist otimiza o armazenamento na mem\u00f3ria, ao contr\u00e1rio dos \u00edndices B+Tree.<\/li>\n
  3. For\u00e7ar o \u00edndice para o armazenamento em mem\u00f3ria significa que o MOI n\u00e3o \u00e9 executado em velocidades de disco para armazenar o \u00edndice; em vez disso, ele tira instant\u00e2neos regulares para o disco somente para recupera\u00e7\u00e3o.<\/li>\n<\/ol>\n

    \u00cdndices secund\u00e1rios globais otimizados para mem\u00f3ria versus \u00edndices secund\u00e1rios globais padr\u00e3o<\/h3>\n

    Os \u00edndices otimizados para mem\u00f3ria foram adicionados na vers\u00e3o 4.5 como uma op\u00e7\u00e3o de armazenamento adicional para GSIs. Os \u00edndices secund\u00e1rios globais padr\u00e3o est\u00e3o presentes desde a vers\u00e3o 4.0. Os administradores podem configurar o GSI com o armazenamento padr\u00e3o do GSI, que usa o ForestDB por baixo, para \u00edndices que n\u00e3o cabem na mem\u00f3ria, ou podem escolher o GSI otimizado para mem\u00f3ria para indexa\u00e7\u00e3o e consultas mais r\u00e1pidas na mem\u00f3ria.<\/p>\n

    Normalmente, os \u00edndices s\u00e3o criados para reduzir as lat\u00eancias de consulta, e manter os \u00edndices na mem\u00f3ria reduz muito mais as lat\u00eancias! A MOI foi projetada para reduzir a lat\u00eancia e <\/span>mais alto\u00a0As necessidades de taxa de transfer\u00eancia e o MOI exigem m\u00e1quinas com grande mem\u00f3ria para manter o \u00edndice na RAM. O GSI padr\u00e3o pode ser transferido para o disco quando a mem\u00f3ria se esgota. O desempenho do subsistema IO torna-se <\/span>extremamente\u00a0importante para que o GSI padr\u00e3o tenha um bom desempenho. Entretanto, diferentemente do GSI padr\u00e3o, o h<\/span>O subsistema de E\/S de alto desempenho n\u00e3o \u00e9 necess\u00e1rio para o MOI. Como o MOI \u00e9 executado em velocidades na mem\u00f3ria, os tempos de indexa\u00e7\u00e3o inicial e cont\u00ednua s\u00e3o mais r\u00e1pidos com o MOI em compara\u00e7\u00e3o com o GSI padr\u00e3o.\u00a0<\/span><\/p>\n

    A tabela a seguir resume as principais diferen\u00e7as entre as GSIs padr\u00e3o e as otimizadas para mem\u00f3ria;<\/p>\n

    <\/p>\n

    Cria\u00e7\u00e3o e gerenciamento de GSIs otimizadas para mem\u00f3ria<\/h3>\n

    Independentemente do tipo de armazenamento, CREATE INDEX \u00e9 a maneira de criar \u00edndices secund\u00e1rios globais no Couchbase Server. De fato, n\u00e3o h\u00e1 op\u00e7\u00f5es espec\u00edficas de MOI na instru\u00e7\u00e3o CREATE INDEX. Em geral, a alta disponibilidade e a mec\u00e2nica de particionamento permanecem as mesmas com padr\u00f5es versus GSI otimizado para mem\u00f3ria. No entanto, \u00e9 importante observar que o MOI vem com estat\u00edsticas e alertas adicionais para ajudar na coloca\u00e7\u00e3o de \u00edndices e no gerenciamento de \u00edndices.<\/p>\n

    Coloca\u00e7\u00e3o de \u00edndices otimizados para mem\u00f3ria no cluster do Couchbase Server<\/h4>\n

    Os \u00edndices otimizados para mem\u00f3ria fornecem duas estat\u00edsticas importantes que podem orientar o posicionamento do MOI com a cl\u00e1usula NODES em CRIAR \u00cdNDICE<\/a>.<\/p>\n