ProxySQL auf Autonomous Database ermöglicht Ihnen die Verwendung mehrerer Autonomous Database-Instanzen und erleichtert den Zugriff auf und die Analyse von Daten, als ob sie an nur einem Ort gespeichert wären.

Sie können ProxySQL verwenden, wenn Sie mit einem umfangreichen Setup arbeiten müssen, das mehrere autonome Datenbanken umfasst. Mit ProxySQL erhalten Sie einheitlichen Zugriff auf verschiedene Datenbanken, und es ist nicht mehr erforderlich, Daten physisch an einen Ort zu verschieben.

Wenn Sie ProxySQL aktivieren, geben Sie eine Autonomous Database-Instanz als Routerinstanz und eine oder mehrere Autonomous Database-Instanzen als Zielinstanzen an. Die Router-Instanz enthält eine Routing-Tabelle, die bestimmt, wie eine Anweisung an eine oder mehrere Zielinstanzen verteilt (zugeordnet) wird. Eine Zielinstanz enthält eine Akzeptanztabelle. Die Akzeptanztabelle ähnelt der Routing-Tabelle und enthält Einträge, die angeben, dass die Instanz Anweisungsumleitungen vom Router akzeptiert.

Je nach gewählter Routing-Methode werden Anweisungen automatisch von der Router-Instanz einer oder mehreren Zielinstanzen zugeordnet. Eine Anwendung stellt eine Verbindung zur Routerinstanz her und wird auf der Routerinstanz ausgeführt. Autonomous Database leitet Anweisungen zu einer oder mehreren Zielinstanzen um.

Im Folgenden sind einige der Vorteile der Aktivierung von ProxySQL im Vergleich zur Verwendung einer einzelnen sehr großen Autonomous Database aufgeführt:

• ProxySQL bietet Datenbankautonomie und Unabhängigkeit für Vorgänge wie Lebenszyklusmanagement und Admin-Aufgaben. Beispiel: Mit ProxySQL werden Datenbankvorgänge, einschließlich Backup und Restore, und Features wie Autonomous Data Guard unabhängig in jeder Autonomous Database-Instanz verwaltet.

• Mit ProxySQL können Sie sehr große Datenbanken effizient verwalten, indem Sie Daten auf mehrere Autonomous Database-Instanzen aufteilen.

Wenn Sie mit ProxySQL arbeiten, müssen Sie mehrere Begriffe kennen:

Routerinstanz: Wenn Sie ProxySQL aktivieren, wird eine Routerinstanz angegeben. Eine Routing-Tabelle bestimmt, wie eine Anweisung an eine oder mehrere Zielinstanzen verteilt (zugeordnet) wird. Je nach angegebener Routingmethode werden Anweisungen aus der Routerinstanz automatisch einer oder mehreren Zielinstanzen zugeordnet.

Zielinstanz: Die Zielinstanz wird angegeben, wenn Sie eine Zuordnung auf der Routerinstanz erstellen. Auf jeder Zielinstanz wird eine Akzeptanztabelle hinzugefügt.

Routing-Tabelle: Eine Routing-Tabelle enthält Ziel-Mapping-Einträge, die angeben, an welche Instanz Anweisungen automatisch weitergeleitet werden.

Akzeptanztabelle: Eine Akzeptanztabelle enthält Einträge, die angeben, dass die Instanz Anweisungsumleitungen vom Router akzeptiert.

Das Anweisungsrouting mit ProxySQL ist am effektivsten, wenn jede SQL-Anweisung mit Mappings auf Schema- oder Objektebene einer einzelnen Autonomous Database-Zielinstanz deterministisch zugeordnet werden kann.

Wenn jede SQL-Anweisung einem einzelnen Ziel deterministisch zugeordnet werden kann und Sie das Anweisungsrouting aktivieren, wird die Arbeit dort ausgeführt, wo sich die referenzierten Objekte befinden. Dieses Muster ist in Bezug auf die Abfrageperformance für die folgenden Datenbankarchitekturen von Vorteil:

• Mandanten pro Schema/Datenbanklayouts

• Regionale Partitionen

• Domaingrenzen löschen (Beispiel: INVENTORY und BILLING)

Wenn Sie das Anweisungsrouting mit ProxySQL verwenden, können Sie sehr große Objekte hinter einer einzelnen Autonomous Database-Zielinstanz skalieren, ohne Daten physisch zu konsolidieren.

Wenn Ihre Analysen erfordern, dass Sie Objekte, die verschiedenen Zieldatenbanken zugeordnet sind, in einer einzelnen Ad-hoc-Abfrage kombinieren, sollten Sie ergänzende Ansätze verwenden, anstatt sich auf das Anweisungsrouting mit ProxySQL zu verlassen. Ergänzende alternative Ansätze umfassen:

• Voraggregation oder Materialized Views verwenden
• Jobs pro Ziel mit einem Zusammenführungsschritt verwenden
• Reporting Store verwenden

Im Folgenden wird ein Fall beschrieben, in dem das Anweisungsrouting geeignet ist, und ein Fall, in dem die Verwendung des Anweisungsrouting nicht geeignet ist:

• Ein gutes Beispiel: Eine mehrmandantenfähige SaaS-Anwendung, bei der die Anwendung die tenant_id enthält und das Schema jedes Mandanten seiner eigenen Autonomous Database-Zielinstanz zugeordnet wird (Mapping auf Schemaebene mit object_name => '*'). In diesem Fall wird jede Anforderung für einen Mandanten transparent über die Mapping-Tabelle des Routers an das richtige Ziel weitergeleitet.

• Ein Beispiel, das nicht geeignet ist: Ein Dashboard der obersten Ebene, das eine SQL-Anweisung ausgibt, die Daten für "alle Mandanten auf einmal" verknüpft, wenn diese Mandanten verschiedenen Zielen zugeordnet sind. Da beim Anweisungsrouting Anweisungen/Objekte bestimmten Zielen zugeordnet werden, eignet sich eine Anwendung oder ein Bericht mit einem Cross-Target Join nicht für das Anweisungsrouting. Bei diesem Anwendungstyp müssen Sie mehrere Abfragen pro Ziel ausführen und die Ergebnisse zusammenführen oder stattdessen einen konsolidierten Berichtsbereich eingeben.

In diesem Abschnitt wird erläutert, wie Sie ProxySQL für das automatische Anweisungsrouting von einem Haupt-Router zu einer oder mehreren Zieldatenbankinstanzen einrichten.

• Anweisungsrouting aktivieren und Objektzuordnung von Router zu Zielinstanzen definieren
  Um Anweisungsrouting einzurichten, aktivieren Sie ProxySQL auf der Routerinstanz und definieren das Schema oder die Objekte, deren Anweisungen Zieldatenbanken zugeordnet (gesendet) werden.
• Anweisungsrouting auf Zielinstanzen akzeptieren
  Sie müssen das Anweisungsrouting auf einer Zielinstanz akzeptieren, um die Zuordnung von der Routerinstanz zuzulassen.

Um das automatische Anweisungsrouting zu nutzen, müssen Sie eine Verbindung herstellen und Ihre Anweisungen an die von ProxySQL verwaltete Routerinstanz weiterleiten.

Wenn Sie Abfragen und DML mit aktiviertem ProxySQL senden, müssen Sie eine Verbindung zur Routerinstanz herstellen, um das automatische Anweisungsrouting zu nutzen.

Führen Sie diese Schritte in einer Autonomous Database-Zielinstanz aus, um sie daran zu hindern, weitergeleitete Anweisungen vom ProxySQL-Router zu akzeptieren.

1. Führen Sie DBMS_PROXY_SQL.REJECT_MAPPING auf einer Zielinstanz aus, um das Anweisungsrouting für den angegebenen Eigentümer abzulehnen.

   Beispiel:

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

   Der Parameter object_owner gibt den Eigentümernamen an.

   Der Parameter router_database_ocid gibt die OCID der Routerinstanz an.

   Die Autonomous Database-Zielinstanz, in der Sie diese Prozedur ausführen, fordert keine Routinganforderungen mehr von der angegebenen Routerinstanz für den angegebenen Objekteigentümer an.

2. Führen Sie DBMS_PROXY_SQL.REJECT_MAPPING nach Bedarf auf zusätzlichen Zielen aus.

Enthält die Schritte zum Entfernen einer bestimmten Zuordnung aus der Router-Datenbank, die von ProxySQL verwaltet wird.

1. Mit der Prozedur DBMS_PROXY_SQL.REMOVE_MAPPING können Sie einen zuvor hinzugefügten Zuordnungseintrag für das angegebene Objekt entfernen. Beispiel:

   Beispiel für eine Tabelle:

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

   In diesem Beispiel wird der Zuordnungseintrag für die Tabelle INVENTORY aus der Routing-Tabelle entfernt. Nach Ausführung dieser Prozedur werden Abfragen für die Tabelle INVENTORY nicht an eine Autonomous Database-Zielinstanz weitergeleitet.

   Beispiel: mit einem Schema:

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

   In diesem Beispiel wird der Zuordnungseintrag für das Schema DW_USER aus der Routing-Tabelle entfernt. Nachdem Sie diese Prozedur ausgeführt haben, werden Abfragen für das Schema DW_USER nicht an eine Autonomous Database-Zielinstanz weitergeleitet.

   Der Parameter object_owner gibt den Eigentümer an.

   Der Parameter object_name gibt den Tabellennamen an.

   Weitere Informationen finden Sie unter Prozedur REMOVE_MAPPING.

Zeigt die Schritte zum automatischen Anweisungsrouting an, indem ProxySQL deaktiviert wird.

BEGIN
 DBMS_PROXY_SQL.DISABLE_ROUTING;
END;
/

Listet Einschränkungen und wichtige Hinweise zum automatischen Anweisungsrouting auf, wenn ProxySQL aktiviert ist.