ApsaraDB RDS:Configure persistent connections

Switchover

Durante um switchover, o proxy de banco de dados do ApsaraDB RDS for MySQL mantém uma conexão persistente em três etapas:

1. Início do switchover: bloquear novas conexões e requisições

   O proxy não consegue preservar transações. Por isso, ele lida com as sessões de formas diferentes, dependendo do estado delas:

   • Para sessões com transações ativas durante o período de bloqueio, o proxy encaminha as requisições para a instância primária de backend para execução.

   • Para sessões que iniciam novas transações durante o período de bloqueio, o proxy bloqueia as requisições. O cliente então aguarda uma resposta do servidor.

   • Para sessões com transações ainda ativas após o término do período de bloqueio, o proxy encerra a conexão. O banco de dados de backend então reverte as transações não confirmadas.

   

2. Durante o switchover: alternar conexões existentes

   Durante o switchover, o proxy modifica o estado das conexões existentes:

   • O proxy encerra as conexões que não podem ser mantidas.

   • O proxy alterna as conexões viáveis para a nova instância de banco de dados.

   • O proxy remove as conexões com a instância primária original do pool de conexões.

   

3. Após o switchover: restaurar conexões

   Para as conexões mantidas com sucesso, o proxy estabelece conexões com a nova instância primária e restaura o estado da conexão.

   

Failover

Um failover é um evento não planejado em que uma falha no sistema faz a instância ApsaraDB RDS promover automaticamente uma instância secundária a primária.

O proxy armazena em cache as instruções SQL em execução no banco de dados ou pendentes de encaminhamento. Uma falha no banco de dados interrompe a conexão de backend entre o proxy e o banco de dados. Após detectar o failover, o proxy não se desconecta imediatamente do cliente. Em vez disso, ele encaminha as requisições de leitura com falha para uma instância de banco de dados disponível e restaura o estado da conexão.

Pré-requisitos

Procedimento

1. acesse a página ApsaraDB RDS Instances. Na barra de navegação superior, selecione a região onde a instância está localizada. Em seguida, encontre a instância e clique em seu id.

2. No painel de navegação à esquerda, clique em Database Proxy.

3. Na seção Basic Information, clique em Enable ao lado de Persistent Connection.

   Nota

   Se o texto 'persistent connection' não for exibido, significa que sua instância não atende aos requisitos para ativar conexões persistentes.

Pré-requisitos

• O proxy de banco de dados está ativado.

• O recurso de conexão persistente está ativado para o proxy de banco de dados.

Procedimento

1. acesse a página ApsaraDB RDS Instances. Na barra de navegação superior, selecione a região onde a instância está localizada. Em seguida, encontre a instância e clique em seu id.

2. No painel de navegação à esquerda, clique em Database Proxy.

3. configure uma política de acesso para o endpoint de proxy de banco de dados de destino conforme os requisitos do seu negócio. Para mais informações, consulte Configurar uma política de acesso para um endpoint de proxy de banco de dados. defina Read/Write Attributes como Read/Write (Read/Write Splitting).

4. Solicite um endpoint interno ou público para o proxy de banco de dados conforme os requisitos do seu negócio. Para mais informações, consulte defina um endpoint de proxy de banco de dados.

5. Na sua aplicação, use o endpoint interno ou público e o número da porta do proxy de banco de dados para se conectar ao banco de dados.

6. Quando a instância de banco de dados passa por uma operação de O&M com switchover, o proxy de banco de dados mantém a conexão automaticamente. O uso do endpoint do proxy de banco de dados evita a interrupção da conexão da sua aplicação com o proxy.

Limitações

Durante um switchover, o recurso de conexão persistente não consegue manter as conexões nos seguintes cenários:

• Conexões com conjunto de resultados incompleto, nas quais o servidor MySQL ainda não enviou todos os dados.

• Conexões com transações não confirmadas.

• Conexões que usaram a instrução change user.

• Conexões que usaram a instrução LOAD DATA.

• Conexões com tabelas temporárias.

• Conexões usadas para assinar logs binários por meio do endpoint do proxy de banco de dados.

• O sistema não oferece suporte a chamadas para as funções FOUND_ROWS(), ROW_COUNT() e LAST_INSERT_ID(). Embora você possa chamar essas funções, não há garantia de precisão nos resultados retornados. O MySQL não recomenda mais o uso de SELECT FOUND_ROWS(). Recomendamos substituir SELECT FOUND_ROWS() por SELECT COUNT(*) FROM tb1 nas consultas. Para mais informações, consulte FOUND_ROWS().

Notas de uso

• Como as conexões podem se reconectar, a consulta select connection_id() pode retornar um id de thread diferente para a conexão atual.

• Devido ao restabelecimento das conexões, o endereço IP e a porta exibidos em show processlist ou no SQL Explorer podem não corresponder ao endereço IP e à porta reais do cliente.

• O proxy pode manter uma conexão com variáveis definidas pelo usuário, mas essas variáveis se tornarão inválidas.