O SQL padrão pode retornar resultados incompletos ao processar grandes volumes de dados. O Dedicated SQL adiciona recursos computacionais para melhorar o desempenho de consultas individuais e aumentar o limite de volume de dados.
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 limita a análise de logs na casa dos terabytes 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 no desempenho em tempo real e na alta concorrência:
Desempenho: Um único nó processa até 2 GB de dados com até 100 consultas simultâneas.
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 de execução.
Recursos dedicados: Garante operações estáveis até a conclusão da tarefa ou ocorrência de timeout.
Casos de uso comuns: Reconciliação financeira, auditorias de segurança, análise de períodos extremamente longos e análise de tendências em grande escala.
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 |
Análises rigorosas, 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 |
Permite erros limitados |
Exige zero erros |
Como funciona o Dedicated SQL
Aprimoramento de SQL
Os dados no Simple Log Service são armazenados em shards. 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 apenas para novos dados e aumenta o número de clientes de consumo em tempo real. O Aprimoramento de SQL dimensiona dinamicamente os recursos de computação para melhorar a análise. Cenários típicos incluem:
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 envolvendo 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 de SQL
Durante análises em grande escala, os seguintes fatores podem interromper o carregamento de dados:
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. A funcionalidade de Precisão total de SQL resolve esses problemas. Principais cenários de uso:
Monitoramento e alertas de negócios: Monitoramentos críticos exigem 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 tarifas são calculadas com base no tempo real de CPU usado para análise SQL. A unidade é core-hora, que representa o trabalho de um núcleo de CPU em execução durante uma hora. Para mais informações, consulte Exemplos de faturamento do Dedicated SQL.
Pagamento conforme o uso: Tarifa 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 |
|
|
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. Aprimoramento de SQL. |
Ative pelo alternador. Precisão total de SQL. |
|
Tarifa |
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 aos dados gravados após a ativação do recurso. Para analisar dados históricos, reindexe os dados. |
Aplica-se apenas aos dados gravados após a ativação do recurso. Para analisar dados históricos, reindexe os dados. |
Aplica-se apenas aos dados gravados após a ativação do recurso. Para analisar dados históricos, reindexe os dados. |
|
Retorno de resultados |
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 cláusula LIMIT. |
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 cláusula LIMIT. |
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 cláusula LIMIT. |
|
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. Crie um índice. |
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. Crie um índice. |
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. Crie um índice. |
|
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. |