O armazenamento em cache dos índices no mecanismo colunar atende às consultas diretamente de uma representação na memória otimizada para leitura do índice e aumenta o número de consultas por segundo (QPS) que o banco de dados pode processar para cargas de trabalho de pesquisa vetorial.
Só é possível usar o HNSW com o mecanismo colunar para clusters do AlloyDB Omni que executam o PostgreSQL 17 ou versões mais recentes. O ScaNN com o mecanismo colunar não tem essa limitação.
Antes de começar
Defina as flags de banco de dados
google_columnar_engine.enabledegoogle_columnar_engine.enable_index_cachingcomoonpara ativar o mecanismo colunar e o recurso de armazenamento em cache de índice.Para definir as flags de banco de dados, execute o
ALTER SYSTEMcomando do PostgreSQL:ALTER SYSTEM SET google_columnar_engine.enabled = 'on'; ALTER SYSTEM SET google_columnar_engine.enable_index_caching = 'on';Para que a alteração nos parâmetros de configuração entre em vigor, reinicie o contêiner em execução com o AlloyDB Omni:
Docker
sudo docker restart CONTAINER_NAMEPodman
sudo podman restart CONTAINER_NAMEPara mais informações sobre como definir flags, consulte Configurar flags de banco de dados.
Crie um índice ScaNN ou crie um índice HNSW no banco de dados.
Adicionar um índice ao mecanismo colunar
Depois de ativar o mecanismo colunar, é possível adicionar um índice ao cache usando a função SQL google_columnar_engine_add_index().
Para adicionar um índice ao mecanismo colunar, execute a seguinte consulta:
SELECT google_columnar_engine_add_index('INDEX_NAME');
Substitua INDEX_NAME pelo nome do índice vetorial.
Depois de adicionar um índice ao mecanismo colunar, todas as consultas que usam esse índice são aceleradas automaticamente pelo mecanismo colunar. Para verificar se as consultas vetoriais estão sendo aceleradas pelo mecanismo colunar, use o plano EXPLAIN (ANALYZE, COLUMNAR_ENGINE) na consulta.
Verificar o uso do cache
Para verificar se as consultas vetoriais estão sendo aceleradas pelo mecanismo colunar, use o plano EXPLAIN (ANALYZE, COLUMNAR_ENGINE) na consulta.
Exemplo de plano de execução do ScaNN
Confira a seguir um exemplo de plano de execução para uma consulta que usa um índice ScaNN que foi adicionado ao mecanismo colunar:
EXPLAIN (ANALYZE TRUE, SCANN TRUE, COSTS FALSE, TIMING FALSE, SUMMARY FALSE, VERBOSE FALSE, COLUMNAR_ENGINE TRUE)
SELECT * FROM t ORDER BY val <=> '[0.5,0.5,0.5,0.5]' LIMIT 100;
--This contains details about ScaNN's usage from the columnar engine. Example:
------------------------------------------------------------------------------------------------------
Index Scan using scann_idx on t t_1 (actual rows=100 loops=1)
Order By: (val <=> '[0.5,0.5,0.5,0.5]'::vector)
Limit: 100
ScaNN Info: (... columnar engine nodes hit=6...)
Columnar Engine ScaNN Info: (index found=true)
(5 rows)
A presença de columnar engine nodes hit e Columnar Engine ScaNN Info:
(index found=true) na saída confirma que o mecanismo colunar é usado para
a consulta.
Exemplo de plano de execução do HNSW
O plano de execução mostra a seção Columnar Engine HNSW Info para o índice respectivo que mostra métricas como a proporção de elementos recuperados do mecanismo colunar (elements_from_ce) e do disco (elements_from_disk).
Confira a seguir um exemplo de plano de execução para uma consulta que usa um índice HNSW que foi adicionado ao mecanismo colunar:
EXPLAIN (ANALYZE, COLUMNAR_ENGINE) SELECT * FROM documents ORDER BY embedding <=> '[0.1, 0.2, 0.3, 0.4, 0.5]'::vector LIMIT 5;
--This contains details about HNSW's usage from the columnar engine. Example:
------------------------------------------------------------------------------------------------------
Limit (actual rows=5 loops=1)
-> Index Scan using hnsw_idx on documents (actual rows=5 loops=1)
Order By: (embedding '[0.1, 0.2, 0.3, 0.4, 0.5]'::vector)
Columnar Engine HNSW Info: (index found=true elements_from_ce=385 elements_from_disk=0)
Columnar Check: table is not in the columnar store
(5 rows)
A resposta mostra que o índice está sendo acelerado pelo mecanismo colunar, já que todos os elementos foram recuperados do mecanismo colunar (elements_from_ce=385) e nenhum foi recuperado do disco (elements_from_disk=0).
Quando modificações de dados, como instruções INSERT, UPDATE ou DELETE, invalidam as entradas de cache, o mecanismo colunar usa uma abordagem híbrida para manter a precisão e a performance. Ele lê vetores válidos e armazenados em cache diretamente da memória e busca apenas os vetores modificados ou novos do disco.
Se você modificar uma grande quantidade de dados, poderá notar um aumento temporário em elements_from_disk e uma queda na performance até que o cache seja atualizado.
Gerenciar o índice armazenado em cache
Para gerenciar o ciclo de vida dos índices armazenados em cache, execute o comando SQL para a tarefa selecionada:
Para atualizar o cache manualmente, execute o seguinte comando:
SELECT google_columnar_engine_refresh_index('INDEX_NAME');Para verificar o status do índice, execute o seguinte comando:
SELECT google_columnar_engine_verify('INDEX_NAME');Para remover o índice do cache, execute o seguinte comando:
SELECT google_columnar_engine_drop_index('INDEX_NAME');Para ver os índices ativos, execute o seguinte comando:
SELECT * FROM g_columnar_indexes;Para ver os índices particionados, execute o seguinte comando:
SELECT * FROM g_columnar_index_partitions;
Substitua INDEX_NAME pelo nome do índice.
Limitações
A atualização de índices HNSW acelerados pelo mecanismo colunar pode consumir temporariamente a memória até duas vezes o tamanho do índice.
A seguir
- Criar índices e consultar vetores usando o ScaNN
- Visão geral do mecanismo colunar
- Gerenciar colunas manualmente
- Fazer uma pesquisa vetorial