Sobre o mecanismo de colunas do AlloyDB

Esta página oferece uma visão geral do mecanismo de colunas que o AlloyDB para PostgreSQL oferece e mostra como usá-lo.

O mecanismo colunar do AlloyDB acelera o processamento de consulta SQL de verificações, mesclagens e agregações fornecendo estes componentes:

  • Um armazenamento de colunas que contém dados de tabela e de visualização materializada para colunas selecionadas, reorganizados em um formato orientado a colunas.

  • Um planejador de consulta colunar e um mecanismo de execução para oferecer suporte ao uso do armazenamento de colunas em consultas.

O mecanismo de colunas pode ser usado na instância principal, em uma instância de pool de leitura ou em ambos. Você também pode usar a autocolunização para analisar sua carga de trabalho e preencher automaticamente o armazenamento de colunas com as colunas que oferecem o melhor ganho de performance.

Para usar o mecanismo de colunas com uma consulta específica, todas as colunas nos fragmentos de consulta, como mesclagens e verificações, precisam estar no armazenamento de colunas.

Por padrão, o mecanismo de colunas é configurado para usar 30% da memória da instância. Dependendo da carga de trabalho, do uso da memória e se você tiver um pool de leitura configurado, é possível reduzir a alocação de memória do mecanismo de colunas na instância principal e alocar mais memória para a instância do pool de leitura. Para conferir e monitorar o uso da memória pelo mecanismo de colunas, consulte Conferir o uso da memória do armazenamento de colunas. Para modificar o tamanho da memória usado pelo armazenamento de colunas, consulte Configurar o tamanho do armazenamento de colunas. Para encontrar o tamanho de memória do mecanismo colunar recomendado para sua instância, consulte Recomendar tamanho de memória do armazenamento de colunas.

Tipos de consulta que se beneficiam do mecanismo colunar

Algumas consultas podem se beneficiar do mecanismo colunar. Confira a seguir uma lista de operações e os padrões de consulta que se beneficiam mais do mecanismo de colunas:

  • Verificações de tabela

    • Ele tem filtros seletivos, como cláusulas WHERE.
    • Ele usa um pequeno número de colunas de uma tabela maior ou visualização materializada.
    • Ele usa expressões como LIKE, SUBSTR ou TRIM.

  • Funções de agregação

    • Eles só usam as seguintes expressões: SUM, MIN, MAX, AVG e COUNT.
    • Eles estão no início da consulta de uma verificação de colunas.
    • Eles não são agrupados ou são agrupados por colunas.

  • ORDER-BY e SORT: somente quando o ORDER-BY ou SORT está nos resultados da verificação de colunas acessadas pelo mecanismo de colunas.

  • LIMIT: somente se o operador estiver no início da consulta de uma verificação de colunas e antes de qualquer operador SORT ou GROUP BY.

  • INNER HASH JOIN somente se as chaves usadas forem colunas e nenhum qualificador de união for usado.

  • Uniões seletivas somente se elas estiverem no início da consulta de uma varredura de colunas.

Para mais informações sobre quais consultas funcionam melhor com o mecanismo de colunas, se o mecanismo de colunas foi usado por uma consulta e como ele foi usado, consulte Verificar o uso do mecanismo de colunas usando EXPLAIN.

Como usar o mecanismo de colunas

Para usar o mecanismo de colunas em uma instância do AlloyDB, siga estas etapas gerais:

  1. Ative o mecanismo na instância.

    A ativação do mecanismo é uma operação única e requer uma reinicialização.

  2. Adicione colunas ao repositório de colunas.

    Para adicionar colunas ao repositório, use um destes métodos:

  3. É possível acompanhar o que está no armazenamento de colunas usando a visualização g_columnar_relations. Depois de adicionar as colunas, use a instrução EXPLAIN para verificar o uso do motor de colunas em consultas SQL.

Para instruções detalhadas sobre como usar o mecanismo de colunas, consulte Configurar o mecanismo de colunas.

Quais dados podem ser adicionados ao repositório de colunas

Há algumas limitações nos tipos e nas fontes de dados que podem ser usados ao adicionar colunas ao armazenamento de colunas.

Tipos de dados compatíveis

O mecanismo de colunas oferece suporte apenas a colunas com os seguintes tipos de dados incorporados:

  • array
  • bigint
  • boolean
  • bytea
  • char
  • date
  • decimal
  • double precision
  • enum
  • float4
  • float8
  • integer
  • json
  • jsonb
  • numeric
  • real
  • serial
  • short
  • smallint
  • text
  • timestamp
  • timestamptz
  • uuid
  • varchar

O mecanismo colunar ignora todas as tentativas de adicionar manualmente colunas com tipos de dados não compatíveis ao repositório de colunas.

Fontes de dados sem suporte

O mecanismo de colunas não oferece suporte a tabelas ou visualizações materializadas com os seguintes atributos como fontes de dados:

  • Tabelas particionadas que não são folhas

  • Tabelas externas

  • Tabelas ou visualizações com menos de 5.000 linhas

Limitações do mecanismo colunar

  • Se você estiver executando uma consulta analítica em uma coluna que tenha um índice, o otimizador do AlloyDB poderá usar o armazenamento de linhas.
  • As colunas adicionadas manualmente ao repositório não são removidas automaticamente. Para forçar a remoção de colunas adicionadas manualmente, use google_columnar_engine_drop() na sua instância.
  • A colunarização automática pode adicionar e remover colunas dinamicamente com base no uso da consulta.
  • Nem todos os tipos de dados são compatíveis com o mecanismo de colunas. Para saber quais são os tipos de dados compatíveis, consulte Tipos de dados compatíveis.

  • Atualizações frequentes nas linhas invalidam os dados das colunas. Para validar uma tabela ou uma visualização materializada na loja de colunas, reduza a frequência de atualização ou programe as atualizações do mecanismo de colunas com mais frequência.

    É possível comparar as colunas invalid_block_count e total_block_count em g_columnar_relations para verificar se a tabela ou visualização foi afetada. Se você tiver mudanças frequentes ou de grande volume na tabela ou visualização, o invalid_block_count será alto.

A seguir