Utilice el enrutamiento de sentencias eficiente activando ProxySQL en la base de datos de IA autónoma

ProxySQL en Autonomous AI Database te permite utilizar varias instancias de Autonomous AI Database y facilita el acceso y el análisis de datos como si se hubieran almacenado en un solo lugar.

Puede utilizar ProxySQL cuando necesite trabajar con una configuración grande que implique varias bases de datos de IA autónomas. ProxySQL proporciona acceso unificado a diferentes bases de datos y elimina la necesidad de mover físicamente los datos a un solo lugar.

Al activar ProxySQL, designa una instancia de base de datos de IA autónoma como instancia de enrutador y una o más instancias de base de datos de IA autónoma como instancias de destino. La instancia de enrutador incluye una tabla de enrutamiento que determina cómo se distribuye (asigna) una sentencia a una o más instancias de destino. Una instancia de destino incluye una tabla de aceptación. La tabla de aceptación es similar a la tabla de enrutamiento y contiene entradas que especifican que la instancia acepta redireccionamientos de sentencias del enrutador.

Según el método de enrutamiento que seleccione, las sentencias se asignan automáticamente desde la instancia de enrutador a una o más instancias de destino. Una aplicación se conecta a la instancia del enrutador y se ejecuta en la instancia del enrutador, mientras que la base de datos de IA autónoma redirige las sentencias a una o más instancias de destino.

Las siguientes son algunas de las ventajas de activar ProxySQL, en comparación con el uso de una única base de datos de IA autónoma muy grande:

• ProxySQL proporciona autonomía e independencia de la base de datos para operaciones como la gestión del ciclo de vida y las tareas de administración. Por ejemplo, mediante ProxySQL, las operaciones de base de datos, incluidas la copia de seguridad y la restauración, y funciones como Autonomous Data Guard se gestionan de forma independiente en cada instancia de base de datos de IA autónoma.

• ProxySQL permite gestionar de forma eficaz bases de datos muy grandes dividiendo los datos entre varias instancias de bases de datos de IA autónomas.

Hay varios términos que se deben conocer al trabajar con ProxySQL:

Instancia de enrutador: al activar ProxySQL, se designa una instancia de enrutador. Una tabla de direccionamiento determina cómo se distribuye (asigna) una sentencia a una o más instancias de destino. Según el método de enrutamiento especificado, las sentencias de la instancia de enrutador se asignan automáticamente a una o más instancias de destino.

Instancia de destino: la instancia de destino se designa al crear una asignación en la instancia de enrutador. Se agrega una tabla de aceptación en cada instancia de destino.

Tabla de enrutamiento: una tabla de enrutamiento contiene entradas de asignación de destino que especifican la instancia a la que se direccionan automáticamente las sentencias.

Tabla de aceptación: una tabla de aceptación contiene entradas que especifican que la instancia acepta redireccionamientos de sentencias desde el enrutador.

ProxySQL El enrutamiento soporta el enrutamiento consciente del contexto, un mecanismo que selecciona dinámicamente la instancia de base de datos de IA autónoma de destino para una tabla en tiempo de ejecución de consultas.

Cuando una tabla se puede enrutar a varias instancias de destino de Autonomous AI Database, la decisión de enrutamiento final no solo se ve influida por la asignación estática de la tabla, sino también por la estructura y el contexto de la consulta. Si dicha tabla aparece junto con otras tablas enrutadas en el mismo nivel de la consulta, por ejemplo, en la misma subconsulta o cláusula de unión, el enrutamiento ProxySQL prefiere enrutarla al mismo destino que esas otras tablas, siempre que las reglas de asignación lo permitan.

Si, después de aplicar estas reglas, aún hay más de una instancia de base de datos de IA autónoma de destino válida, el enrutamiento ProxySQL selecciona uno de los destinos elegibles de forma aleatoria.

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

En este ejemplo, supongamos que SCOTT.EMP se asigna a varias instancias de base de datos de IA autónoma de destino T1 y que T2.SCOTT.DEPT solo se asigna a la instancia de base de datos de IA autónoma de destino T2. Esto se debe a que SCOTT.EMP y SCOTT.DEPT aparecen en el mismo nivel de la consulta, el enrutamiento de ProxySQL enruta SCOTT.EMP a T2 para alinearlo con el enrutamiento de SCOTT.DEPT. Este enrutamiento dinámico de SCOTT.EMP solo se utiliza cuando la tabla se asigna explícitamente a más de un destino. Si SCOTT.EMP no está asignado a ninguna instancia de base de datos de IA autónoma de destino, el enrutamiento ProxySQL ejecuta la consulta para SCOTT.EMP en la propia instancia de base de datos de IA autónoma de enrutador.

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;

En el ejemplo anterior, supondrá que TAB_DUP está asignado tanto a T1 como que T2.TAB2 se enruta solo a T2.TAB1, solo a T1. En la subconsulta sub1, TAB_DUP y TAB2 aparecen juntos en el mismo nivel, por lo que el enrutamiento de ProxySQL enruta TAB_DUP a T2 para coubicar la ejecución con TAB2. En la subconsulta sub2, TAB_DUP aparece con TAB1, que solo se asigna a T1, por lo que el enrutamiento de ProxySQL enruta TAB_DUP a T1. Como resultado, TAB_DUP se puede direccionar a diferentes destinos en diferentes partes de la misma sentencia, según el contexto de consulta que lo rodea.

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

En el ejemplo anterior, supondrá que TAB_DUP está asignado a T1 y T2. TAB1 solo se asigna a T1.

Aquí, se hace referencia a AB1 y TAB_DUP en el mismo nivel en la sentencia MERGE. Por lo tanto, el enrutamiento de ProxySQL enruta TAB_DUP a T1 para alinearlo con la ubicación de TAB1. Solo las filas de TAB_DUP que están presentes en T1 participan en la operación MERGE y las actualizaciones de TAB1 se basan en esos valores.

El enrutamiento de sentencias con ProxySQL es más eficaz cuando cada sentencia SQL se puede asignar de forma determinista a una única instancia de base de datos de IA autónoma de destino mediante asignaciones de nivel de esquema o de nivel de objeto.

Cuando cada sentencia SQL se puede asignar de forma determinista a un único destino y se activa el enrutamiento de sentencias, el trabajo se ejecuta donde residen los objetos a los que se hace referencia. Este patrón es beneficioso en términos de rendimiento de consulta para las siguientes arquitecturas de base de datos:

• Diseños de inquilino por esquema/base de datos

• Particiones regionales

• Borrar límites de dominio (por ejemplo, INVENTORY y BILLING)

Al utilizar el enrutamiento de sentencias con ProxySQL, puede escalar propiedades muy grandes detrás de una única instancia de base de datos de IA autónoma de destino, sin consolidar físicamente los datos.

Si los análisis requieren que combine objetos asignados a diferentes bases de datos de destino en una sola consulta ad hoc, debe utilizar enfoques complementarios, en lugar de confiar en el enrutamiento de sentencias con ProxySQL. Los enfoques alternativos complementarios incluyen:

• Utilizar vistas materializadas o de agregación previa
• Utilizar trabajos por destino con un paso de fusión
• Utilizar un almacén de informes

A continuación se describe un caso en el que el enrutamiento de sentencias es adecuado y un caso en el que el uso del enrutamiento de sentencias no es adecuado:

• Un ejemplo adecuado: una aplicación SaaS multiinquilino donde la aplicación incluye tenant_id y el esquema de cada inquilino se asigna a su propia instancia de base de datos de IA autónoma de destino (asignación de nivel de esquema con object_name => '*'). En este caso, cada solicitud de un inquilino se enruta al destino correcto de forma transparente a través de la tabla de asignación del enrutador.

• Un ejemplo que no es adecuado: panel de control de nivel superior que emite una sentencia SQL que une datos para "todos los inquilinos a la vez", cuando esos inquilinos se asignan a destinos diferentes. Debido a que el enrutamiento de sentencias asigna sentencias/objetos a destinos específicos, una aplicación o informe con una unión entre destinos no es una buena opción para el enrutamiento de sentencias. En este tipo de aplicación, debe ejecutar varias consultas por destino y fusionar los resultados o alimentar un área de informes consolidada en su lugar.

En esta sección se explica cómo configurar ProxySQL para el enrutamiento automático de sentencias de un enrutador principal a una o más instancias de base de datos de destino.

• Activación del enrutamiento de sentencias y definición de la asignación de objetos del enrutador a las instancias de destino
  Para configurar el enrutamiento de sentencias, active ProxySQL en la instancia del enrutador y defina el esquema u objetos cuyas sentencias se asignen (envíen) a las bases de datos de destino.
• Aceptación de enrutamiento de sentencias en instancias de destino
  Debe aceptar el enrutamiento de sentencias en una instancia de destino para permitir la asignación desde la instancia de enrutador.

Para aprovechar el enrutamiento automático de sentencias, debe conectarse y enviar las sentencias a la instancia de enrutador gestionada por ProxySQL.

Cuando envía consultas y DML con ProxySQL activado, necesita conectarse a la instancia del enrutador para aprovechar el enrutamiento automático de sentencias.

Realice estos pasos en una base de datos de IA autónoma de destino para evitar que acepte sentencias enrutadas desde el enrutador ProxySQL.

1. Ejecute DBMS_PROXY_SQL.REJECT_MAPPING en una instancia de destino para rechazar el enrutamiento de sentencias para el propietario especificado.

   Por ejemplo:

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

   El parámetro object_owner especifica el nombre del propietario.

   El parámetro router_database_ocid especifica el OCID de la instancia del enrutador.

   La instancia de base de datos de IA autónoma de destino en la que ejecuta este procedimiento ya no solicita solicitudes de enrutamiento de la instancia de enrutador especificada para el propietario del objeto especificado.

2. Ejecute DBMS_PROXY_SQL.REJECT_MAPPING en destinos adicionales según sea necesario.

Proporciona los pasos para eliminar una asignación específica de la base de datos de enrutador gestionada por ProxySQL.

1. Puede utilizar el procedimiento DBMS_PROXY_SQL.REMOVE_MAPPING para eliminar una entrada de asignación agregada previamente para el objeto especificado. Por ejemplo:

   Ejemplo con una tabla:

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

   En este ejemplo, se elimina la entrada de asignación para la tabla INVENTORY de la tabla de enrutamiento. Después de ejecutar este procedimiento, las consultas de la tabla INVENTORY no se direccionan a ninguna base de datos de IA autónoma de destino.

   Ejemplo: con un esquema:

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

   En este ejemplo, se elimina la entrada de asignación para el esquema DW_USER de la tabla de enrutamiento. Después de ejecutar este procedimiento, las consultas en el esquema DW_USER no se direccionan a ninguna base de datos de IA autónoma de destino.

   El parámetro object_owner especifica el propietario.

   El parámetro object_name especifica el nombre de la tabla.

   Consulte REMOVE_MAPPING Procedure para obtener más información.

Muestra los pasos para el enrutamiento automático de sentencias desactivando ProxySQL.

BEGIN
 DBMS_PROXY_SQL.DISABLE_ROUTING;
END;
/

Muestra las limitaciones y las notas importantes sobre el enrutamiento automático de sentencias cuando ProxySQL está activado.