PolarDB:Global secondary indexes (GSIs)

Fonctionnement des GSI

PolarDB-X stocke les données des tables sur plusieurs nœuds de données, partitionnées selon une clé spécifique. Une requête incluant la clé de partition est routée directement vers la partition concernée. À l'inverse, une requête ne l'incluant pas se propage à toutes les partitions.

Si un système comporte N nœuds de données, une requête par clé de partition génère une charge moyenne de 1/N sur chaque nœud. Une analyse complète des partitions impose une charge de 1 sur chaque nœud. Par conséquent, le plafond de performance chute à celui d'un nœud unique et le système perd sa capacité de mise à l'échelle linéaire.

Le GSI résout ce problème en agissant comme une table partitionnée spéciale qui duplique certaines colonnes de la table principale. Son partitionnement horizontal repose sur une clé définie par l'utilisateur, différente de celle de la table principale. Lorsqu'une requête correspond à la clé de partition du GSI, PolarDB-X la dirige vers la partition GSI appropriée, récupère les lignes correspondantes, puis extrait les colonnes supplémentaires depuis la table principale. Cela évite l'analyse complète des partitions.

PolarDB-X utilise des transactions distribuées pour maintenir une forte cohérence des données entre la table principale et ses GSI.

Les GSI prennent également en charge :

• DDL en ligne : créez, modifiez et supprimez des GSI sans verrouiller la table.

• Colonnes de couverture personnalisées : stockez des colonnes supplémentaires dans le GSI afin de réduire ou d'éliminer les recherches dans la table principale.

• Index invisibles : testez l'impact d'un GSI sur les plans de requête sans l'exposer à l'optimiseur de requêtes, ce qui permet de valider ses performances avant son activation en production.

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

Performances

Les GSI améliorent les performances en lecture mais dégradent celles en écriture. Les benchmarks Sysbench suivants illustrent cet impact à grande échelle.

Étapes suivantes

• Créer et utiliser des GSI

• Index clusterisés