Die einheitliche Abfrageauslagerung bietet Konfigurations- und Performancevorteile, da mindestens ein aktualisierbarer Klon Abfragen für einen Elastic Pool Leader oder ein Element verarbeiten kann, das die Abfrageauslagerung der Elastic Pool-Funktion mit der Auslagerung des Cloud Links-Ziels kombiniert.

Mit der einheitlichen Abfrageauslagerung können Sie aktualisierbare Klone hinzufügen, um den steigenden Abfrage- (Lese-)Bedarf aus der Verwendung von Cloud-Links auf Cloud-Link-Nutzern gerecht zu werden. Durch das Auslagern solcher Cloud-Links-Abfragen von einem einzigen Producer kann Ihre Anwendung horizontal skaliert werden. Dort können Sie aktualisierbare Klone hinzufügen, um die allgemeine Systemleistung aufrechtzuerhalten. Mit dieser Konfiguration können Sie Ressourcen nach Bedarf anpassen, um das Volumen Ihrer Abfrageanforderungen zu erfüllen.

Ein Vorteil der Verwendung einer einheitlichen Abfrageauslagerung besteht darin, dass Sie mit dieser Funktion das Ziel für die Auslagerung von Cloud-Links einmal einrichten und Abfragen automatisch ohne Konfigurationsänderungen an eine beliebige Anzahl aktualisierbarer Klone weiterleiten lassen können. Wenn Sie die Abfrageauslagerung von schreibgeschützten ProxySQL aktivieren und diese mit der Auslagerung von Cloud-Links-Zielen kombinieren, können Sie aktualisierbare Klone hinzufügen oder entfernen und die Liste der aktualisierbaren Klone, an die Abfragen gesendet werden sollen, wird automatisch aktualisiert, ohne dass eine manuelle Konfiguration erforderlich ist. Wenn mehr aktualisierbare Klone hinzugefügt werden, passt sich die Auslagerung einheitlicher Abfragen dynamisch an, um beim Hinzufügen neue Ressourcen zu verwenden. Wenn Sie Cloud-Links verwenden und Auslagerungsziele ohne einheitliche Abfrageauslagerung konfigurieren, müssen Sie die Liste der aktualisierbaren Klone manuell konfigurieren, an die Abfragen gesendet werden sollen, indem Sie Cloud-Links-Zielauslagerung allein verwenden. Die Auslagerung einheitlicher Abfragen gibt ein einzelnes Auslagerungsziel für Cloud-Links an, das ein elastischer Poolleiter oder -mitglied ist. Das Ziel verwendet ProxySQL, um Abfragen auf eine beliebige Anzahl aktualisierbarer Klone auszulagern.

Die folgende Abbildung zeigt eine einheitliche Abfrageauslagerung mit den folgenden Elementen:

• Drei Cloud-Links-Consumer: Instanz 1, Instanz 2 und Instanz 3

• Ein Cloud Links-Producer, der auch ein Elastic Pool Leader ist (diese Instanz kann auch ein Elastic Pool Member sein). Für diese Instanz ist die Abfrageauslagerung aktiviert.

• Drei aktualisierbare Klone des elastischen Pools zur Abfrageauslagerung

Beschreibung der Abbildung adb_cloud_links_proxy_sql.png

Wie bei der Abfrageauslagerung sind die Daten auf den aktualisierbaren Klonen mit einer einheitlichen Abfrage auf dem neuesten Stand, basierend auf der letzten Aktualisierungszeit für jeden aktualisierbaren Klon. Wenn Sie also eine einheitliche Abfrageauslagerung verwenden, müssen Sie alle Vorgänge für Daten ausführen, die DDL, DML oder PL/SQL in den Elastic Pool Leader oder Member des Cloud Links-Providers einbeziehen. Nachdem ein aktualisierbarer Klon aktualisiert wurde, werden die Änderungen der Instanz, für die schreibgeschützte Auslagerung aktiviert ist, auf dem aktualisierbaren Klon wiedergegeben.

Weitere Informationen finden Sie unter Aktualisierbare Klone mit Autonomous Database verwenden.

Beschreibt, wie Sie eine einheitliche Abfrageauslagerung mit Cloud-Links für einen Elastic Pool Leader oder für ein Elastic Pool Member aktivieren.

1. Bestimmen Sie den Cloud Links-Producer, und aktivieren Sie auf dieser Autonomous Database-Instanz die Abfrageauslagerung ProxySQL.

   Der Produzent von Cloud-Links muss entweder ein elastisches Poolmitglied oder ein Leiter eines elastischen Pools sein.

   Ausführliche Schritte zum Aktivieren der Abfrageauslagerung ProxySQL finden Sie unter Abfrageauslagerung aktivieren.

2. Auf den Cloud-Links registrieren Producer einen oder mehrere Datensätze oder aktualisieren die Registrierung für einen oder mehrere Datensätze.

   Der Produzent von Cloud-Links muss entweder ein elastisches Poolmitglied oder ein Leiter eines elastischen Pools sein.

   • Datensätze registrieren

     Ausführliche Schritte zum Registrieren eines Datasets finden Sie unter Dataset registrieren oder Registrierung aufheben.

   • Aktualisieren Sie die Registrierung für ein Dataset.

     Ausführliche Schritte zum Aktualisieren der Registrierung für ein Dataset finden Sie unter Dataset-Registrierungsattribute aktualisieren.

   Wenn Sie ein Dataset registrieren oder aktualisieren, muss der Wert des Parameters offload_targets einer der folgenden Werte sein, um eine einheitliche Abfrageauslagerung zu aktivieren:

   • NULL: Wenn Sie ein Dataset registrieren oder ein Dataset aktualisieren und den Parameter offload_targets als NULL angeben, wird dadurch eine einheitliche Abfrageauslagerung aktiviert.

   • Kein Wert: Wenn Sie ein Dataset registrieren oder ein Dataset aktualisieren und den Parameter offload_targets nicht einschließen, entspricht dies der Einstellung des Wertes auf NULL und aktiviert eine einheitliche Abfrageauslagerung (der Standardwert für offload_targets ist NULL).

   • Sie geben Werte mit offload_targets an. Es wurde jedoch keine Consumer-OCID der Autonomous Database-Instanz angegeben, die mit einer eingehenden Anforderung übereinstimmt (und das Schlüsselwort ANY ist nicht angegeben). In diesem Fall leitet das System die Abfrage an einen der aktualisierbaren Klone des Producers weiter (Unified Query Offload ist aktiviert).

   Es gibt zwei Fälle, in denen keine einheitliche Abfrageauslagerung verwendet wird und die Auslagerung des Cloud-Links-Ziels gilt:

   • Wenn Sie ein Dataset registrieren oder aktualisieren und den Parameter offload_targets einschließen und eine angegebene Instanz-OCID für einen Consumer vorhanden ist, die einer eingehenden Anforderung entspricht, wird die Ziel-Offload von Cloud-Links verwendet. In diesem Fall verwendet das System den aktualisierbaren Klon, der mit der übereinstimmenden Zuordnung angegeben wurde (dieses Verhalten ist dasselbe wie für Auslagerungsziele mit Cloud-Links beschrieben).

   • Wenn der vorherige Fall zutrifft oder Sie ein Dataset registrieren oder aktualisieren und den Parameter offload_targets einschließen und Sie das Schlüsselwort ANY angeben, wird keine einheitliche Abfrageauslagerung verwendet. In diesem Fall verwendet das System den aktualisierbaren Klon, der mit dem ANY-Mapping angegeben wurde (dieses Verhalten ist dasselbe wie für Auslagerungsziele mit Cloudlinks beschrieben).

   Weitere Informationen finden Sie unter Dataset mit Offload-Zielen für Dataset-Zugriff registrieren und Prozedur REGISTER.

Beschreibt, wie Sie die Auslagerung einheitlicher Abfragen deaktivieren.