PolarDB:Termos

Termo

Descrição

região

Área geográfica do data center onde uma instância do PolarDB-X está implantada.

zona

Área geográfica dentro de uma região. Cada zona possui alimentação elétrica e rede independentes. A latência de rede entre instâncias do PolarDB-X na mesma zona é menor que entre instâncias em zonas diferentes.

Instância

O PolarDB-X oferece serviços em modo multi-nó. Cada instância do PolarDB-X consiste em vários nós de computação e nós de dados.

especificação

Define os recursos de cada nó em uma instância do PolarDB-X. Por exemplo, uma especificação de 8 núcleos e 64 GB de memória indica que cada nó usa 8 núcleos de CPU e tem capacidade de memória de 64 GB.

endpoint

Nome de domínio usado para acessar bancos de dados do PolarDB-X, também conhecido como ponto de acesso. Cada instância contém múltiplos endpoints, e cada um pode se conectar a um ou mais nós. Por exemplo, requisições enviadas ao endpoint primário são encaminhadas ao nó primário. O endpoint define atributos da conexão, como modo de leitura/escrita, nó, balanceamento de carga e nível de consistência.

endereço

Meio de acesso de um endpoint em diferentes redes. Um endpoint pode incluir um endereço para conexão via rede interna e outro para conexão via Internet. O endereço especifica atributos de rede, como nome de domínio, endereço IP, VPC e vSwitch.

endpoint de cluster

Nome de domínio que permite acessar todos os nós de um cluster PolarDB-X. Esse endpoint viabiliza operações como Auto Scaling, roteamento inteligente, divisão de leitura/escrita, balanceamento de carga e gerenciamento de nível de consistência.

endpoint somente leitura

Nome de domínio usado para acessar todos os nós somente leitura de um cluster PolarDB-X. O PolarDB-X suporta os seguintes níveis de consistência de dados para consultas de leitura: consistência forte e consistência fraca.

instância primária

Fornece os serviços de banco de dados de um cluster PolarDB-X. Acesse o cluster por meio dos endpoints desta instância.

instância somente leitura

Oferece recursos adicionais, fisicamente isolados da instância primária, para reduzir a carga de trabalho principal. Como compartilham as mesmas réplicas de dados, essas instâncias podem executar instruções SQL enviadas à instância primária, simplificando a arquitetura de negócios. Isso elimina a necessidade de gerenciar réplicas específicas para leitura, reduzindo custos e esforço de manutenção.

carga de trabalho

Classifica-se em processamento transacional (TP) e processamento analítico (AP). Cargas TP incluem operações em transações, escritas e consultas simples. Cargas AP envolvem operações de consulta complexas.

TP

Processamento transacional. Envolve operações simples, processamento de pequenos volumes de dados e operações em tempo real.

AP

Processamento analítico. Abrange operações computacionais complexas e processamento de grandes volumes de dados.

roteamento inteligente

Quando ativado em uma instância PolarDB-X, direciona consultas SQL com base no tipo de carga de trabalho. Por exemplo, consultas identificadas como carga AP são encaminhadas para instâncias somente leitura.

divisão de leitura/escrita

Ao ativar este recurso em uma instância PolarDB-X, o sistema roteia consultas SQL conforme seu tipo. Transações e operações de escrita vão para a instância primária, enquanto todas as leituras são direcionadas às instâncias somente leitura.

nível de consistência de dados

O PolarDB-X suporta consistência forte e fraca para leituras. Na consistência forte, a consulta retorna os dados mais recentes confirmados pela instância primária, assegurando uniformidade entre nós primários e somente leitura; se os dados ainda não estiverem sincronizados, o PolarDB-X aguarda a sincronização. Na consistência fraca, a consulta retorna os dados disponíveis no momento nas instâncias somente leitura, sem aguardar a sincronização dos dados mais recentes da instância primária.

modo de três funções

Modelo de gerenciamento de banco de dados que cria três funções distintas: administrador de banco de dados (DBA), administrador de segurança de banco de dados (DSA) e administrador de auditoria de dados (DAA). Essa separação aumenta a segurança, pois evita que todas as permissões fiquem concentradas em uma única conta. É recomendado para cenários que envolvem transações financeiras.

lista de permissões

Mecanismo que permite gerenciar endereços IP e blocos CIDR autorizados a acessar uma instância PolarDB-X, garantindo a segurança dos processos de acesso sem afetar o funcionamento normal da instância.

log de auditoria

Registra operações realizadas em instâncias do PolarDB-X. Por padrão, os logs de auditoria SQL são retidos por 45 dias.

HTAP

O processamento híbrido transacional e analítico (HTAP) combina capacidades de processamento transacional online (OLTP) e processamento analítico online (OLAP).

nó de computação

Em uma instância PolarDB-X, os recursos de armazenamento e computação são desacoplados. A camada de computação consiste em múltiplos nós de computação (CNs) com mesmas prioridades e especificações.

Cada nó inclui módulos como analisadores SQL, otimizadores e executores.

nó de dados

Dado o desacoplamento entre armazenamento e computação no PolarDB-X, a camada de armazenamento é formada por múltiplos nós de dados (DNs) com prioridades e especificações idênticas.

Esses nós realizam o armazenamento persistente dos dados, oferecendo alta confiabilidade e forte consistência baseadas no protocolo Paxos.

CDC

A captura de alteração de dados (CDC) permite assinar logs binários incrementais e fornece o recurso de replicação primária/secundária para bancos de dados MySQL. Também é conhecida como captura incremental de dados.

GMS

O serviço global de metadados (GMS) mantém a consistência forte global de metainformações (tabelas, schemas e estatísticas) e informações de segurança (contas e permissões). Também fornece um distribuidor global de timestamps chamado Timestamp Oracle (TSO).

CTS

O recurso de timestamp de commit (CTS) estende a funcionalidade de timestamp global, garantindo que snapshots possam ser lidos em transações distribuídas.

ACID

Atomicidade, consistência, isolamento e durabilidade (ACID) representam as propriedades que sistemas de gerenciamento de banco de dados devem assegurar durante escrita ou atualização de dados para manter a confiabilidade das transações.

sharding

Processo que divide os dados de uma tabela em múltiplos shards de banco de dados e shards de tabela, usando uma chave de sharding e regras específicas.

tabela broadcast

Tabela que não é dividida. Suas réplicas são armazenadas em cada nó de dados do banco de dados onde a tabela reside.

tabela não particionada

Tabela que não passa por processo de divisão.

tabela particionada

Tabela dividida em partições, onde os dados são armazenados separadamente em cada partição.

grupo de tabelas

Permite agrupar tabelas específicas para reduzir consultas entre diferentes nós de dados, melhorando o desempenho. Tabelas no mesmo grupo devem ter o mesmo número de partições, usar o mesmo algoritmo e a mesma chave de particionamento.

grupo de partições

Se todas as tabelas de um grupo forem particionadas, uma partição específica de cada tabela é classificada no mesmo grupo de partições. Esta é a unidade básica para agendamento de partições, e todas as partições de um grupo residem no mesmo nó de dados.

grupo de junção

Contém múltiplas tabelas. Ao realizar uma operação de junção entre tabelas do mesmo grupo, o PolarDB-X executa a operação diretamente na camada de nó de dados, tornando a consulta mais eficiente. Para tabelas fora do mesmo grupo, a operação não é transferida para essa camada.

consulta lógica

Consulta SQL enviada pelo cliente ao PolarDB-X para execução.

consulta física

Consulta SQL executada na camada de nó de dados.

conexão lógica

Usada para conectar clientes aos nós de computação das instâncias PolarDB-X.

conexão física

Usada para conectar nós de computação a nós de dados dentro das instâncias PolarDB-X.

plano de execução distribuída

Plano gerado após o otimizador de um banco de dados distribuído processar uma consulta SQL. Descreve como a instrução SQL será executada em cada nó.

Cache de planos

Armazena planos de execução em cache para que, na próxima execução do SQL, o plano seja obtido diretamente com base na string SQL parametrizada.

Gerenciamento de planos

Mantém um ou mais planos de execução para cada consulta SQL. Durante a execução, o sistema seleciona o plano apenas dentre esse conjunto predefinido.

modelo de custo

Avalia o custo de um plano de execução de consulta física com base nas seguintes métricas: utilização de CPU, uso de memória, throughput de I/O e consumo de largura de banda de rede.

modelo de execução

Bancos de dados tradicionais usam o modelo Volcano. O PolarDB-X adota um modelo híbrido que combina os métodos PULL e PUSH.

CBO

O otimizador baseado em custo (CBO) ajusta consultas SQL considerando custos operacionais para gerar os planos de execução mais eficientes.

RBO

O otimizador baseado em regras (RBO) ajusta consultas SQL seguindo regras predefinidas.

operador

Unidades básicas dos planos de execução. Um plano consiste em múltiplos operadores.

agendamento

Processo de transferência de um job ou parte dele para outra máquina para execução.

DDL online

Refere-se a operações DDL que não bloqueiam operações DML simultâneas. Por exemplo, a criação de índices ocorre sem interromper operações DML em andamento.

transação distribuída

Transações realizadas em múltiplos nós de dados.

timestamp global

Timestamps incrementais e globalmente únicos dentro de uma instância PolarDB-X.

índices locais

Mantidos pelo mecanismo MySQL executado nos nós de dados. Também conhecidos como índices secundários.

GSI

Os dados de um índice secundário global (GSI) são distribuídos entre vários nós de dados conforme regras específicas.

índice clusterizado

Índice secundário global especial que cobre todas as colunas da tabela base por padrão. Permite consultar os dados solicitados diretamente da tabela de índice, sem varrer a tabela base, o que reduz a sobrecarga de recursos.

sharding automático

Divide horizontalmente os dados de uma tabela em múltiplos shards com base na chave primária.

scale-out e scale-in

Scale-out é a operação de dimensionamento que aumenta o número de nós de uma instância PolarDB-X (por exemplo, de quatro para oito nós). Scale-in é a operação que reduz o número de nós.

scale-up e scale-down

Scale-up refere-se ao dimensionamento que atualiza a especificação de cada nó (por exemplo, de 4 núcleos e 8 GB de memória para 16 núcleos e 32 GB). Scale-down é a operação inversa, que reduz a especificação dos nós.

X-Paxos

Protocolo desenvolvido pelo Alibaba Group para garantir a consistência de dados em bancos de dados distribuídos.

leader, follower e learner

O X-Paxos suporta estes tipos de nós. O nó leader pode iniciar requisições. O nó follower pode ser eleito como novo leader caso ocorra falha no leader atual. O nó learner recebe apenas alterações de dados da instância primária e não pode ser eleito leader.