AnalyticDB:Persist plan e Query-Blocker

Funcionamento

O AnalyticDB for MySQL identifica instruções com a mesma estrutura por meio da parametrização. Esse processo substitui constantes em cláusulas como WHERE e LIMIT por pontos de interrogação (?). Cada estrutura única, chamada padrão, recebe um valor sign — um identificador hash para esse padrão.

O Persist plan associa hints do otimizador a um padrão. O sistema executa toda instrução correspondente ao padrão com esses hints aplicados, sem modificar o SQL original.

O Query blocker opera de forma similar, mas rejeita todas as instruções correspondentes ao padrão em vez de ajustar a execução.

A ativação de recursos avançados de otimização em um cluster pode afetar diversas instruções. Use o Persist plan para controlar quais hints se aplicam às instruções que compartilham o mesmo padrão.

A execução de PERSIST_PLAN ou /*+query_blocker=true*/ PERSIST_PLAN não executa a instrução SQL alvo, apenas armazena a configuração de hints.

Quando usar cada recurso

Pré-requisitos

Antes de começar, verifique se você tem:

• Um cluster AnalyticDB for MySQL com a versão V3.1.4 ou posterior

• Acesso a um cliente MySQL (necessário para PERSIST_PLAN_CHECK — o Data Management (DMS) não retorna resultados para este comando)

Referência de sintaxe

Exemplos de Persist plan

PARAMETERIZE
SELECT t1.c1
FROM t1
    INNER JOIN t2 ON t1.c1 = t2.c1
WHERE t1.c2 < 9999;

/*+nested_loop_join=true*/
PERSIST_PLAN
SELECT t1.c1
FROM t1
    INNER JOIN t2 ON t1.c1 = t2.c1
WHERE t1.c2 < 9999;

/*+query_blocker=true*/
PERSIST_PLAN
SELECT t1.c1
FROM t1
    INNER JOIN t2 ON t1.c1 = t2.c1
WHERE t1.c2 < 9999;

DELETE_PLAN
SELECT t1.c1
FROM t1
    INNER JOIN t2 ON t1.c1 = t2.c1
WHERE t1.c2 < 9999;

DELETE_PLAN_BY_SIGN 2506ed2c1f53ea59a1ef996a98a50411;

Verificar e monitorar Persist plans

PERSIST_PLAN_CHECK
SELECT t1.c1
FROM t1
    INNER JOIN t2 ON t1.c1 = t2.c1
WHERE t1.c2 < 9999;

SELECT * FROM INFORMATION_SCHEMA.KEPLER_PERSIST_PLAN_SUMMARY;