Utiliser un routage d'instructions efficace en activant ProxySQL sur une base de données Autonomous AI

ProxySQL sur Autonomous AI Database vous permet d'utiliser plusieurs instances de base de données d'IA autonome et facilite l'accès et l'analyse des données comme si elles étaient stockées au même endroit.

Vous pouvez utiliser ProxySQL lorsque vous avez besoin d'utiliser une configuration volumineuse impliquant plusieurs bases de données Autonomous AI. ProxySQL vous offre un accès unifié à différentes bases de données et vous évite d'avoir à déplacer physiquement les données au même endroit.

Lorsque vous activez ProxySQL, vous désignez une instance de base de données Autonomous AI en tant qu'instance de routeur et des instances de base de données Autonomous AI en tant qu'instances cible. L'instance de routeur inclut une table de routage qui détermine la façon dont une instruction est distribuée (mise en correspondance) avec une ou plusieurs instances cible. Une instance cible inclut une table d'acceptation. La table d'acceptation est similaire à la table de routage et contient des entrées indiquant que l'instance accepte les réacheminements d'instruction à partir du routeur.

Selon la méthode de routage que vous sélectionnez, les instructions sont automatiquement mises en correspondance à partir de l'instance de routeur vers une ou plusieurs instances cible. Une application se connecte à l'instance de routeur et s'exécute sur l'instance de routeur et Autonomous AI Database redirige les instructions vers une ou plusieurs instances cible.

Voici quelques-uns des avantages de l'activation de ProxySQL par rapport à l'utilisation d'une seule base de données d'IA autonome de très grande taille :

• ProxySQL assure l'autonomie et l'indépendance des bases de données pour les opérations telles que la gestion du cycle de vie et les tâches d'administration. Par exemple, à l'aide de ProxySQL, les opérations de base de données, y compris la sauvegarde et la restauration, et des fonctionnalités telles qu'Autonomous Data Guard sont gérées indépendamment dans chaque instance de base de données Autonomous AI.

• ProxySQL vous permet de gérer efficacement des bases de données très volumineuses en divisant les données entre plusieurs instances de base de données d'IA autonome.

Il existe plusieurs termes à connaître lorsque vous travaillez avec ProxySQL :

Instance de routeur : une instance de routeur est désignée lorsque vous activez ProxySQL. Une table de routage détermine la façon dont une instruction est distribuée (mise en correspondance) avec une ou plusieurs instances cible. Selon la méthode de routage indiquée, les instructions de l'instance de routeur sont automatiquement mises en correspondance avec des instances cible.

Instance cible : l'instance cible est désignée lorsque vous créez un mapping sur l'instance de routeur. Une table d'acceptation est ajoutée sur chaque instance cible.

Table de routage : une table de routage contient des entrées de mapping cible qui indiquent l'instance vers laquelle les instructions sont automatiquement acheminées.

Table d'acceptation : une table d'acceptation contient des entrées indiquant que l'instance accepte les réacheminements d'instruction à partir du routeur.

ProxySQL Le routage prend en charge le routage contextuel, mécanisme qui choisit dynamiquement l'instance de base de données Autonomous AI cible pour une table lors de l'exécution de la requête.

Lorsqu'une table peut être acheminée vers plusieurs instances de base de données Autonomous AI cible, la décision de routage finale est influencée non seulement par le mapping statique de table, mais également par la structure et le contexte de la requête. Si une telle table apparaît avec d'autres tables acheminées au même niveau de la requête (par exemple, dans la même sous-interrogation ou clause de jointure), ProxySQL Routing préfère l'acheminer vers la même cible que ces autres tables, à condition que cela soit autorisé par les règles de mapping.

Si, après l'application de ces règles, il reste plusieurs instances de base de données Autonomous AI cible valides, le routage ProxySQL choisit l'une des cibles admissibles de manière aléatoire.

SELECT e.name AS emp_name, d.name AS dept_name 
FROM scott.emp e, scott.dept d 
WHERE e.deptno = d.deptno;

Dans cet exemple, supposons que SCOTT.EMP est mis en correspondance avec plusieurs instances de base de données Autonomous AI cible T1 et que T2.SCOTT.DEPT est mis en correspondance uniquement avec l'instance de base de données Autonomous AI cible T2. En effet, SCOTT.EMP et SCOTT.DEPT apparaissent au même niveau dans la requête. Le routage ProxySQL achemine SCOTT.EMP vers T2 pour s'aligner sur le routage de SCOTT.DEPT. Ce routage dynamique de SCOTT.EMP n'est utilisé que lorsque la table est explicitement mise en correspondance avec plusieurs cibles. Si SCOTT.EMP n'est mis en correspondance avec aucune instance de base de données Autonomous AI cible, le routage ProxySQL exécute la requête pour SCOTT.EMP sur l'instance de base de données Autonomous AI du routeur elle-même.

WITH
  sub1 AS (
    SELECT a.c1 r1, b.c1 r2 FROM tab_dup a, tab2 b
  ),
  sub2 AS (
    SELECT a.c1 t1, b.c1 t2 FROM tab_dup a, tab1 b
  )
SELECT * FROM sub1, sub2 ORDER BY 1, 2, 3, 4;

Dans l'exemple ci-dessus, vous supposerez que TAB_DUP est mis en correspondance avec T1 et que T2.TAB2 est routé uniquement vers T2.TAB1 est routé uniquement vers T1. Dans la sous-interrogation sub1, TAB_DUP et TAB2 apparaissent ensemble au même niveau. Par conséquent, le routage ProxySQL achemine TAB_DUP vers T2 pour co-localiser l'exécution avec TAB2. Dans la sous-interrogation sub2, TAB_DUP apparaît avec TAB1, qui est mis en correspondance uniquement avec T1. Par conséquent, le routage ProxySQL achemine TAB_DUP vers T1. Par conséquent, TAB_DUP peut être acheminé vers différentes cibles dans différentes parties de la même instruction, en fonction du contexte de requête environnant.

MERGE INTO tab1 t1
USING tab_dup t2
ON (t1.c1 = t2.c1)
WHEN MATCHED THEN
  UPDATE SET t1.c2 = t2.c2;

Dans l'exemple ci-dessus, vous supposez que TAB_DUP est mis en correspondance avec T1 et T2. TAB1 est mis en correspondance uniquement avec T1.

Ici, AB1 et TAB_DUP sont référencés au même niveau dans l'instruction MERGE. Le routage ProxySQL achemine donc TAB_DUP vers T1 pour l'aligner sur l'emplacement de TAB1. Seules les lignes de TAB_DUP présentes dans T1 participent à l'opération MERGE et les mises à jour vers TAB1 sont basées sur ces valeurs.

Le routage d'instructions avec ProxySQL est plus efficace lorsque chaque instruction SQL peut être mise en correspondance de manière déterministe avec une instance de base de données Autonomous AI cible unique à l'aide de mappings de niveau schéma ou objet.

Lorsque chaque instruction SQL peut être mise en correspondance de manière déterministe avec une seule cible et que vous activez le routage des instructions, le travail est exécuté là où résident les objets référencés. Ce modèle est avantageux en termes de performances des requêtes pour les architectures de base de données suivantes :

• Dispositions de locataire par schéma/base de données

• Partitions régionales

• Effacer les limites de domaine (par exemple, INVENTORY et BILLING)

Lorsque vous utilisez le routage d'instructions avec ProxySQL, vous pouvez redimensionner des domaines très volumineux derrière une instance de base de données Autonomous AI cible unique, sans consolider physiquement les données.

Si vos analyses nécessitent que vous combiniez des objets mis en correspondance avec différentes bases de données cible dans une requête ad hoc unique, vous devez utiliser des approches complémentaires plutôt que de vous fier au routage d'instructions avec ProxySQL. Autres approches complémentaires :

• Utiliser des vues pré-agrégation ou matérialisées
• Utiliser des travaux par cible avec une étape de fusion
• Utiliser une banque de rapports

L'exemple suivant décrit un cas où le routage d'instructions est adapté et un cas où l'utilisation du routage d'instructions n'est pas adaptée :

• Exemple adapté : application SaaS colocative dans laquelle l'application inclut tenant_id et le schéma de chaque locataire est mis en correspondance avec sa propre instance de base de données Autonomous AI cible (mise en correspondance au niveau du schéma avec object_name => '*'). Dans ce cas, chaque demande d'un locataire est acheminée vers la bonne cible de manière transparente via la table de mapping du routeur.

• Exemple qui ne convient pas : tableau de bord de niveau supérieur qui émet une instruction SQL joignant des données pour "tous les locataires à la fois", lorsque ces locataires sont mis en correspondance avec différentes cibles. Etant donné que le routage d'instructions met en correspondance des instructions/objets avec des cibles spécifiques, une application ou un état avec une jointure inter-cibles ne convient pas pour le routage d'instructions. Dans ce type d'application, vous devez exécuter plusieurs requêtes par cible et fusionner les résultats ou alimenter une zone de reporting consolidée à la place.

Cette section explique comment configurer ProxySQL pour le routage automatique des instructions d'un routeur principal vers une ou plusieurs instances de base de données cible.

• Activation du routage d'instructions et définition du mapping d'objet du routeur vers les instances cible
  Pour configurer le routage d'instructions, activez ProxySQL sur l'instance de routeur et définissez le ou les schémas dont les instructions sont mises en correspondance (envoyées) avec les bases de données cible.
• Accepter le routage d'instructions sur les instances cible
  Vous devez accepter le routage d'instructions sur une instance cible pour autoriser le mapping à partir de l'instance de routeur.

Pour tirer parti du routage automatique d'instructions, vous devez vous connecter à l'instance de routeur gérée par ProxySQL et la soumettre.

Lorsque vous envoyez des requêtes et des instructions LMD avec ProxySQL activé, vous devez vous connecter à l'instance de routeur pour tirer parti du routage automatique des instructions.

Effectuez ces étapes sur une base de données Autonomous AI cible pour l'empêcher d'accepter des instructions acheminées à partir du routeur ProxySQL.

1. Exécutez DBMS_PROXY_SQL.REJECT_MAPPING sur une instance cible afin de rejeter le routage d'instruction pour le propriétaire indiqué.

   Par exemple :

   BEGIN
    DBMS_PROXY_SQL.REJECT_MAPPING ( 
       object_owner          => 'DW_USER',
       router_database_ocid  => 'ROUTER_DATABASE_OCID');
    END;
   /

   Le paramètre object_owner indique le nom du propriétaire.

   Le paramètre router_database_ocid indique l'OCID de l'instance de routeur.

   L'instance de base de données Autonomous AI cible dans laquelle vous exécutez cette procédure ne demande plus de demandes de routage à partir de l'instance de routeur indiquée pour le propriétaire de l'objet indiqué.

2. Exécutez DBMS_PROXY_SQL.REJECT_MAPPING sur des cibles supplémentaires, le cas échéant.

Fournit les étapes permettant de supprimer un mapping spécifique de la base de données de routeur gérée par ProxySQL.

1. Vous pouvez utiliser la procédure DBMS_PROXY_SQL.REMOVE_MAPPING pour enlever une entrée de mapping précédemment ajoutée pour l'objet indiqué. Par exemple :

   Exemple avec un tableau :

   BEGIN
    DBMS_PROXY_SQL.REMOVE_MAPPING ( 
       object_owner   => 'DW_USER',
       object_name    => 'INVENTORY');
    END;
   /

   Cet exemple supprime l'entrée de mapping de la table INVENTORY de la table de routage. Une fois cette procédure exécutée, les requêtes sur la table INVENTORY ne sont acheminées vers aucune base de données Autonomous AI cible.

   Exemple : avec un schéma :

   BEGIN
    DBMS_PROXY_SQL.REMOVE_MAPPING ( 
       object_owner   => 'DW_USER',
       object_name    => '*');
    END;
   /

   Cet exemple enlève l'entrée de mapping du schéma DW_USER de la table de routage. Une fois cette procédure exécutée, les requêtes sur le schéma DW_USER ne sont acheminées vers aucune base de données Autonomous AI cible.

   Le paramètre object_owner indique le propriétaire.

   Le paramètre object_name indique le nom de la table.

   Pour plus d'informations, reportez-vous à Procédure REMOVE_MAPPING.

Affiche les étapes du routage automatique des instructions en désactivant ProxySQL.

BEGIN
 DBMS_PROXY_SQL.DISABLE_ROUTING;
END;
/

Répertorie les limites et les remarques importantes sur le routage automatique des instructions lorsque ProxySQL est activé.