Dedicated SQL para análise de logs de alto desempenho em escala - Simple Log Service: Central de Documentação do Alibaba Cloud

Por que usar o Dedicated SQL

Limitações das consultas padrão

As consultas padrão apresentam as seguintes limitações ao lidar com dados em grande escala:

Resultados imprecisos: Limites de recursos (fatias de tempo, I/O e volume de dados) podem impedir o carregamento completo dos dados e afetar a precisão estatística.
Gargalos de desempenho: Um único shard suporta apenas 400 MB de dados, o que restringe a análise de logs no nível de TB e cenários de alta concorrência.
Competição por recursos: Vários locatários compartilham os mesmos recursos, causando contenção.

Benefícios principais do Dedicated SQL

Modo aprimorado: Alto desempenho e alta concorrência

O modo aprimorado foca em desempenho em tempo real e alta concorrência:

Desempenho: Um único nó processa até 2 GB de dados com até 100 consultas simultâneas.
Dimensionamento elástico: Os recursos de armazenamento e computação escalam dinamicamente conforme a necessidade.
Cenários típicos: Alertas de taxa de sucesso de API, monitoramento em tempo real e consultas pontuais de alta concorrência.

Modo de precisão total

O modo de precisão total destina-se a cenários que exigem resultados exatos:

Garantia de erro zero: Assegura o carregamento completo dos dados ao priorizar recursos em detrimento do tempo.
Recursos dedicados: Garante operações estáveis até a conclusão da tarefa ou ocorrência de timeout.
Cenários típicos: Reconciliação financeira, auditorias de segurança, análise de períodos extremamente longos e análise de tendências em grande escala.

Importante

O tempo máximo de execução de uma consulta SQL é de 55 segundos, e a concorrência máxima é de 5.

Aspecto	Modo aprimorado	Modo de precisão total
Objetivo principal	Aceleração de desempenho	Precisão dos resultados
Política de recursos	Pool de recursos compartilhado e dimensionamento elástico	Pool de recursos dedicado e troca de tempo por precisão
Cenários típicos	Monitoramento em tempo real e análise de alta concorrência	Cenários de análise rigorosa, como reconciliação financeira, auditorias de segurança, análise de períodos extremamente longos e análise de tendências em grande escala.
Tolerância de precisão	Erros limitados são permitidos	Zero erros são obrigatórios

Como funciona o Dedicated SQL

Aprimoramento de SQL

Os dados no Simple Log Service são armazenados em shard s. Cada shard tem capacidade de processamento limitada. Se o volume de dados for muito grande, as consultas podem ser truncadas. Adicionar shards melhora o throughput, mas apenas para novos dados, e aumenta os clientes de real-time consumption. O SQL enhancement dimensiona dinamicamente os recursos de computação para melhorar a análise. Cenários típicos:

Análise de dados em tempo real que exige alto desempenho.
Análise de longos períodos, como análises mensais de dados.
Análise em grande escala de centenas de bilhões de linhas.
Análise de alta concorrência (mais de 15 consultas SQL simultâneas), como relatórios multidimensionais e consultas pontuais.

Precisão total do SQL

Durante análises em grande escala, o carregamento de dados pode ser interrompido pelos seguintes fatores:

Esgotamento da fatia de tempo: Os recursos de tempo alocados se esgotam.
Limiar de volume de dados: O total de dados carregados excede o limite.
Limiar de contagem de linhas: As linhas carregadas excedem o limite.
Limiar de I/O: As leituras de disco excedem o limite.

Essas interrupções podem causar carregamento incompleto de dados e afetar a precisão dos resultados. O SQL complete accuracy resolve esses problemas. Cenários típicos:

Monitoramento e alertas de negócios: O monitoramento crítico exige resultados de análise precisos.
Análise de operações de negócios: Análise de métricas-chave envolvendo receita, finanças, retenção e conversão.
Serviços de dados online: Fornecimento de resultados SQL totalmente precisos para usuários externos.

Informações de faturamento

As taxas são calculadas com base no tempo real de CPU usado para análise SQL. A unidade é core-hora, que representa o trabalho realizado por um núcleo de CPU executando durante uma hora. Para mais informações, consulte Dedicated SQL billing examples.

Pagamento conforme o uso: Taxa do Dedicated SQL = Tempo de CPU (horas) × Preço unitário por hora
Plano de recursos: O uso é convertido em Unidades de Custo (CUs) e deduzido do seu plano pré-pago.

Limites

Limite	Instância de uso geral	Dedicated SQL
Limite	Instância de uso geral	Aprimoramento de SQL	Precisão Total
Concorrência	Até 15 consultas simultâneas por projeto.	Até 100 consultas simultâneas por projeto.	Até 5 consultas simultâneas por projeto.
Volume de dados	Até 400 MB por consulta (excluindo dados em cache). Dados excedentes são truncados com um marcador de resultado de consulta incompleto.	Até 2 GB por consulta (excluindo dados em cache). Dados excedentes são truncados com um marcador de resultado de consulta incompleto.	Ilimitado.
Ativação do modo	Ativado por padrão.	Ative pelo alternador. SQL enhancement.	Ative pelo alternador. SQL complete accuracy.
Taxa	Gratuito.	Cobrado com base no tempo real de CPU utilizado.	Cobrado com base no tempo real de CPU utilizado.
Efetividade dos dados	Aplica-se apenas a dados gravados após a ativação do recurso. Para analisar dados históricos, reindex os dados.	Aplica-se apenas a dados gravados após a ativação do recurso. Para analisar dados históricos, reindex os dados.	Aplica-se apenas a dados gravados após a ativação do recurso. Para analisar dados históricos, reindex os dados.
Resultados retornados	Por padrão, uma consulta retorna até 100 linhas e 100 MB. Consultas que excedem 100 MB retornam um erro. Para retornar mais dados, use a LIMIT clause.	Por padrão, uma consulta retorna até 100 linhas e 100 MB. Consultas que excedem 100 MB retornam um erro. Para retornar mais dados, use a LIMIT clause.	Por padrão, uma consulta retorna até 100 linhas e 100 MB. Consultas que excedem 100 MB retornam um erro. Para retornar mais dados, use a LIMIT clause.
Tamanho do valor do campo	O comprimento máximo padrão do valor do campo é de 2 KB (2.048 bytes), configurável até 16 KB (16.384 bytes). Conteúdo que excede o limite é excluído da análise e recuperação. Nota Para alterar o limite, defina Maximum Length of Text Field. A configuração atualizada aplica-se apenas a dados incrementais. Create an index.	O comprimento máximo padrão do valor do campo é de 2 KB (2.048 bytes), configurável até 16 KB (16.384 bytes). Conteúdo que excede o limite é excluído da análise e recuperação. Nota Para alterar o limite, defina Maximum Length of Text Field. A configuração atualizada aplica-se apenas a dados incrementais. Create an index.	O comprimento máximo padrão do valor do campo é de 2 KB (2.048 bytes), configurável até 16 KB (16.384 bytes). Conteúdo que excede o limite é excluído da análise e recuperação. Nota Para alterar o limite, defina Maximum Length of Text Field. A configuração atualizada aplica-se apenas a dados incrementais. Create an index.
Comprimento da instrução de consulta	O parâmetro query da API `GetLogs` é limitado a 65.536 bytes (64 KB). Consultas que excedem esse limite retornam um erro `ParameterInvalid`: "The length of query cannot be greater than 65536". Divida consultas longas em várias consultas menores e execute-as em lotes. Este limite aplica-se tanto a instâncias de uso geral quanto ao Dedicated SQL.
Período de timeout	Timeout máximo: 55 segundos.	Timeout máximo: 55 segundos.	Timeout máximo: 55 segundos.
Número de bits para valores de campo do tipo double	Máximo de 52 bits para valores de campo do tipo double. Números de ponto flutuante codificados com mais de 52 bits perdem precisão.	Máximo de 52 bits para valores de campo do tipo double. Números de ponto flutuante codificados com mais de 52 bits perdem precisão.	Máximo de 52 bits para valores de campo do tipo double. Números de ponto flutuante codificados com mais de 52 bits perdem precisão.