PolarDB:GSI

Funcionamiento de los GSI

PolarDB-X almacena los datos de las tablas en varios nodos de datos y los particiona mediante una clave designada. Las consultas que incluyen la clave de partición se enrutan directamente a la partición correspondiente. Si no la incluyen, se distribuyen a todas las particiones.

Cuando un sistema tiene N nodos de datos, una consulta con clave de partición genera una carga promedio de 1/N en cada nodo. Un escaneo completo de particiones impone una carga de 1 en cada uno. Por lo tanto, el límite de rendimiento disminuye al de un solo nodo y el sistema pierde el escalado lineal.

Un GSI resuelve este problema porque actúa como una tabla particionada especial que duplica columnas específicas de la tabla principal. Se particiona horizontalmente con una clave definida por el usuario, distinta de la clave de partición de la tabla principal. Cuando una consulta coincide con la clave de partición del GSI, PolarDB-X la enruta a la partición correspondiente del GSI y recupera las filas coincidentes. Después, obtiene las columnas adicionales de la tabla principal. Este proceso evita el escaneo completo de particiones.

PolarDB-X utiliza transacciones distribuidas para mantener una coherencia de datos sólida entre la tabla principal y sus GSI.

Los GSI también admiten:

• DDL en línea: cree, modifique y elimine GSI sin bloquear la tabla.

• Columnas de cobertura personalizadas: almacene columnas adicionales en el GSI para reducir o eliminar las búsquedas en la tabla principal.

• Índices invisibles: pruebe el efecto de un GSI en los planes de consulta sin exponerlo al optimizador de consultas. Así podrá validar el rendimiento del índice antes de habilitarlo en producción.

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);

Rendimiento

Los GSI mejoran el rendimiento de lectura y reducen el de escritura. A continuación se muestran pruebas de referencia de Sysbench que ilustran el impacto a gran escala.

Pasos siguientes

• Crear y usar GSI

• Índices agrupados