Se o seu negócio envolve serviços de processamento de transações online (OLTP) e processamento analítico online (OLAP), utilize o recurso de endpoint de cluster do proxy de banco de dados para distribuir solicitações OLAP para nós de column store e solicitações OLTP para nós de row store, com base no recurso IMCI.
Informações básicas
PolarDB for MySQL oferece suporte aos seguintes tipos de nós somente leitura:
Nós de row store somente leitura: processam solicitações de leitura com base no recurso de row store. Esses nós entregam maior desempenho no processamento de solicitações de leitura OLTP.
Nós de column store somente leitura: processam solicitações de leitura com base no recurso de column store. Os nós de column store superam os nós de row store no processamento de solicitações de leitura OLAP, como consultas SQL complexas e consultas SQL analíticas.
Por padrão, um cluster contém um nó primário e um nó de row store somente leitura. Ao adicionar um nó somente leitura, você pode escolha entre um nó de row store ou de column store. Para mais informações, consulte Add a read-only column store node.
Para maximizar o desempenho das consultas SQL, configure endpoints de cluster para distribuir solicitações OLAP aos nós de column store e solicitações OLTP aos nós de row store.
Há suporte para distribuição manual e automática de solicitações.
Distribuição automática de solicitações em cenários mistos de OLTP e OLAP
Quando a mesma aplicação envia solicitações OLAP e OLTP para acessar bancos de dados, é possível distribuir automaticamente as solicitações de leitura desses dois tipos para nós de column store ou de row store, com base no número de linhas verificadas.
Para implementar a distribuição automática de solicitações entre nós de row store e column store, o endpoint de cluster deve atender a um dos seguintes requisitos:
O modo de leitura/gravação do endpoint de cluster está definido como Read/Write (Automatic Read/Write Splitting).
O modo de leitura/gravação do endpoint de cluster está definido como Read-only e a política de balanceamento de carga está definida como Active requests-based load balancing.
Regras de distribuição de solicitações:
service OLTP: inclui principalmente solicitações de leitura e gravação. O nó primário processa todas as solicitações de gravação. As solicitações de leitura são processadas pelos nós de row store somente leitura ou pelo nó primário.
service OLAP: na maioria dos casos, inclui apenas solicitações de leitura. Os nós de column store somente leitura processam todas as solicitações de leitura.
Solução de distribuição automática de solicitações:
Distribuição entre o nó primário e os nós de column store somente leitura: como o nó primário também opera no modo row store, ele pode processar solicitações de leitura OLTP. Nessa solução, as solicitações de gravação e as leituras OLTP são direcionadas ao nó primário, enquanto as leituras OLAP vão para os nós de column store somente leitura.
Distribuição entre nós de row store somente leitura e nós de column store somente leitura: neste cenário, as solicitações de gravação são enviadas ao nó primário, as leituras OLTP são tratadas pelos nós de row store somente leitura ou pelo nó primário, e as leituras OLAP são direcionadas aos nós de column store somente leitura.
Regras de distribuição automática de solicitações:
Solicitações abaixo do limiar de custo de execução de instruções SQL são direcionadas ao nó de row store ou ao nó primário. Se houver múltiplos nós de row store disponíveis, o SLB determina os nós de destino.
Solicitações que ultrapassam o limiar esperado de custo de execução de instruções SQL são encaminhadas ao nó de column store. Caso existam vários nós de column store, o SLB define quais receberão as solicitações.
Para mais informações, consulte Automatic request distribution among row store and column store nodes.
O custo de execução estimado pelo otimizador pode apresentar desvios significativos em relação ao valor real devido ao método e à precisão da amostragem utilizada. Consequentemente, algumas consultas lentas podem ser distribuídas automaticamente para nós de row store. Para evitar esse problema, ative a troca adaptativa de planos de execução, permitindo que o sistema redirecione automaticamente consultas lentas distribuídas incorretamente para nós de column store. Para saber como ativar a troca adaptativa de planos de execução, consulte Adaptive execution plan switching.
Distribuição manual de solicitações entre nós de row store e column store em cenários com OLTP e OLAP separados
Caso aplicações distintas enviem solicitações OLAP e OLTP para acessar os bancos de dados, configure endpoints de cluster diferentes para cada aplicação e associe os nós de row store e column store a endpoints específicos para realizar a distribuição de solicitações.
Regras de distribuição de solicitações:
service OLTP: abrange predominantemente solicitações de leitura e gravação. Todas as gravações são executadas pelo nó primário. As leituras ficam a cargo dos nós de row store somente leitura ou do próprio nó primário.
service OLAP: consiste quase exclusivamente em solicitações de leitura. Os nós de column store somente leitura assumem todo o processamento dessas leituras.
Solução de distribuição manual de solicitações (Read/Write (Automatic Read/Write Splitting) ou Read-only)
Especifique um endpoint de cluster sem associação com nós de column store somente leitura para as aplicações OLTP. Assim, as solicitações de leitura OLTP serão processadas pelo nó primário ou pelos nós de row store somente leitura.
Defina um endpoint de cluster associado exclusivamente a nós de column store somente leitura para as aplicações OLAP. Dessa forma, as leituras OLAP serão atendidas apenas pelos nós de column store somente leitura.
Para mais informações, consulte Manual request distribution among row store and column store nodes.