01
Confira o dialeto
PostgreSQL, MySQL, MongoDB, Redis e JDBC seguem regras diferentes. Na consulta das URIs PostgreSQL e MySQL, + permanece literal; nos dialetos JDBC, MongoDB Node e Redis Python, ele representa um espaço.
Ferramentas de banco de dados e SQL
Analisar string de conexãoEntenda os campos antes de editar
Entenda os campos antes de editar
Analisar string de conexão
String de conexão
Processado no navegador, sem conexões nem histórico salvo. O editor de origem contém seu texto original.
Resultado
Dialeto e saída
A ocultação vale para resultados, prévias e exportações. Desative-a explicitamente para revelar e copiar os valores originais. Os nomes de bancos e hosts continuam visíveis.
Somente inspeção de sintaxe: sem validar conexão, DNS/TXT, ambiente ou efeito de parâmetros. JDBC aceita PostgreSQL e URLs MySQL básicas; outros fornecedores e formas avançadas de host não são aceitos.
Até 100.000 unidades UTF-16 de entrada, 100 hosts, 1.000 parâmetros e 1.200.000 unidades de saída. A prévia mostra até 20.000 unidades; as exportações são completas.
Campos analisados
- Esquema
- postgresql
- Usuário
- ***
- Senha
- ***
- Banco / índice Redis
- app
- Porta padrão habitual (não é a configuração resolvida)
- 5432
- Decodificação de + na consulta
- + literal
- Hosts — um host[:porta] por linha
- db.example.com:5432 backup.example.com
Parâmetros ordenados
| Nome | Valor |
|---|---|
| sslmode | *** |
Exibindo 1 / 1; as exportações contêm o resultado completo.
2 hosts e 1 parâmetros analisados.
Analisar string de conexão separa protocolo, hosts, portas, banco de dados e parâmetros. Confira uma lista de hosts PostgreSQL ou um índice Redis sem abrir conexão com o servidor.
O resultado oculta por padrão o usuário, a senha e todos os valores dos parâmetros. O texto original continua visível na entrada. Um rascunho independente permite preparar outra string e conferir a prévia antes de substituir o conteúdo.
Por que usar Analisar string de conexão?
Localize separadores e campos
Analisar string de conexão ajuda a diferenciar o @ que separa credenciais de um caractere que precisa ser codificado na senha. Os parâmetros mantêm a ordem e as portas explícitas são diferenciadas das portas usuais exibidas como referência.
Prepare mudanças sem perder a origem
Altere hosts, banco ou parâmetros no rascunho. A prévia não modifica a entrada; Aplicar confirma a substituição. Desfazer restaura a entrada e o resultado anteriores quando você quiser voltar.
Três cuidados antes de exportar
02
Separe o rascunho da entrada
Editar o rascunho não altera a string analisada. Gere uma prévia e aplique quando estiver correta. Mudar qualquer campo do rascunho invalida a prévia anterior. Uma ação de desfazer recupera a entrada e seu resultado.
03
Exporte um resultado atualizado
A análise automática aguarda 350 ms. Desative-a para usar o botão ou Ctrl/Cmd+Enter. A cópia e o download ficam indisponíveis após editar a entrada, até atualizar o resultado. Revelar valores sensíveis também os inclui nas exportações.
Componentes com contexto
Formas comuns de PostgreSQL
Inspecione host vazio, múltiplos hosts, IPv6 e host de socket codificado. JDBC PostgreSQL também aceita jdbc:postgresql:banco. Campos ausentes não são preenchidos com informações do ambiente do computador.
Parâmetros e hosts em ordem
As listas preservam a ordem de entrada. No dialeto MongoDB Node, somente readPreferenceTags pode se repetir; outros parâmetros duplicados são rejeitados. Um parâmetro desconhecido pode ser mantido sem garantia de aceitação pelo driver.
Ocultação em todas as saídas
Resultado, prévia, cópia e download usam a mesma configuração. Por padrão, usuário, senha e todos os valores dos parâmetros ficam ocultos. Apenas nomes de parâmetros que sejam identificadores ASCII comuns permanecem visíveis.
Construção com aplicação explícita
Edite hosts, credenciais e banco em um rascunho independente e confira a prévia antes de aplicar. O dialeto fica bloqueado durante a edição. A consulta codificada aparece oculta e somente para leitura; desative a ocultação explicitamente para editar os valores originais. A entrada e as exportações ficam bloqueadas até aplicar ou descartar o rascunho.
O que a ferramenta consegue verificar
- Nenhuma conexão com o banco
- O processamento é local e não faz conexão, consulta DNS ou verificação TLS. Não lê arquivos .env, certificados nem senhas externas. Uma string aceita não comprova que as credenciais funcionam.
- Suporte delimitado para MySQL
- mysql:// aceita um único host TCP. JDBC MySQL permite listas simples separadas por vírgulas; credenciais na autoridade exigem host único. As formas address=(...), sublistas, loadbalance, replication e mysqlx ficam fora do escopo.
- Regras específicas de SRV e Redis
- mongodb+srv exige um único nome DNS sem porta e sem IP literal. Não são feitas consultas SRV/TXT. Redis usa um índice de banco não negativo; URIs Sentinel e extensões Cluster não são aceitas.
- Decodificação estrita
- Sequências %HH e UTF-8 inválidas são rejeitadas. Codifique caracteres reservados dentro de cada componente, sem codificar a URL inteira. O significado de + depende do dialeto; %2B indica um sinal de mais explícito. Os nomes de opções JDBC PostgreSQL devem ser identificadores ASCII comuns; esse driver não decodifica os nomes.
- A entrada original fica visível
- A ocultação protege as saídas: credenciais, valores de parâmetros e nomes incomuns. A opção de revelar mostra esses dados de forma explícita, inclusive na exportação. Ela não oculta o texto original do editor.
- Limites de processamento
- Até 100.000 unidades UTF-16 de entrada, 1.000 parâmetros, 100 hosts e 1.200.000 unidades de saída. Exceder esses limites causa rejeição. A prévia para em 20.000 unidades; os arquivos exportados contêm todo o resultado aceito.
Analisar string de conexão: dúvidas frequentes
Como lidar com caracteres especiais na senha de uma URL PostgreSQL?
Codifique os caracteres reservados da senha: por exemplo, @ vira %40. Preserve os separadores estruturais da URL. Analisar string de conexão verifica percent e UTF-8 e rejeita sequências inválidas, sem substituir caracteres silenciosamente.
Qual é o formato de uma string de conexão ou URL PostgreSQL?
Uma string de conexão PostgreSQL comum é postgresql://usuario:senha@host:5432/banco?sslmode=require. Alguns componentes são opcionais, e postgres:// também é reconhecido. Há suporte para vários hosts e hosts de socket codificados. O formato libpq chave=valor não faz parte do escopo.
O que significa +srv na string de conexão MongoDB?
mongodb+srv instrui o driver a descobrir servidores por registros DNS SRV e consultar opções TXT relacionadas. A ferramenta apenas inspeciona a URI; não faz essas consultas nem inventa uma lista de hosts resolvidos.
O que significa a última parte de uma URL Redis?
Em redis://host:6379/2, o caminho /2 representa o índice 2 do banco de dados. O índice deve ser não negativo. A disponibilidade depende do servidor; a ferramenta não define 15 como limite universal nem testa a existência do banco.
Por que uma URI mongodb+srv não pode conter número de porta?
As portas vêm dos registros SRV consultados pelo driver. Por isso, a URI deve informar um único nome DNS sem porta explícita. Use mongodb:// quando precisar indicar diretamente uma lista de hosts e portas.
Encontrou algo errado?
Prepare sua próxima configuração
Analisar string de conexão permite conferir os campos, ajustar um rascunho e exportar o resultado atualizado com a ocultação que você escolher.