PolarDB:Índices secundários globais (GSIs)

Como os GSIs funcionam

O PolarDB-X armazena os dados da tabela em vários nós de dados, particionados por uma chave específica. Consultas com a chave de partição são roteadas diretamente para a partição relevante. Já consultas sem essa chave se espalham por todas as partições.

Em sistemas com N nós de dados, uma consulta com chave de partição gera carga média de 1/N em cada nó. Uma varredura completa de partição impõe carga de 1 em todos os nós. Consequentemente, o teto de desempenho cai para o de um único nó e o sistema perde o dimensionamento linear.

Um GSI resolve esse problema ao atuar como uma tabela particionada especial que duplica colunas específicas da tabela primária. O particionamento horizontal usa uma chave definida pelo usuário, diferente da chave de partição da tabela primária. Quando uma consulta corresponde à chave de partição do GSI, o PolarDB-X a roteia para a partição relevante do GSI, recupera as linhas correspondentes e busca colunas adicionais na tabela primária. Isso evita a varredura completa da partição.

O PolarDB-X utiliza transações distribuídas para manter forte consistência de dados entre a tabela primária e seus GSIs.

Os GSIs também oferecem suporte a:

• DDL online — crie, modifique e remova GSIs sem bloquear a tabela

• Colunas de cobertura personalizadas — armazene colunas adicionais no GSI para reduzir ou eliminar buscas na tabela primária

• Índices invisíveis — teste o efeito de um GSI nos planos de consulta sem expô-lo ao otimizador. Isso permite validar o desempenho do índice antes de habilitá-lo em produção

Tipos de GSI

CREATE TABLE user(
  user_id bigint,
  name varchar(10),
  addr varchar(30),
  GLOBAL INDEX `g_i_name` (name) PARTITION BY HASH(name),
  PRIMARY KEY(user_id)
) PARTITION BY KEY(user_id);

CREATE TABLE user2(
  user_id bigint,
  phone varchar(20),
  addr varchar(30),
  UNIQUE GLOBAL INDEX `g_i_phone`(phone) PARTITION BY HASH(phone),
  PRIMARY KEY(user_id)
) PARTITION BY KEY(user_id);

CREATE TABLE order_tbl(
  order_id bigint,
  user_id bigint,
  addr varchar(30),
  info text,
  create_time datetime,
  CLUSTERED INDEX `cg_i_user`(user_id) PARTITION BY HASH(user_id),
  PRIMARY KEY(order_id)
) PARTITION BY KEY(order_id);

Desempenho

Os GSIs melhoram o desempenho de leitura, mas degradam o de escrita. Os benchmarks do Sysbench a seguir ilustram o impacto em escala.

Próximos passos

• Crie e use GSIs

• Índices clusterizados