MySQL gerenciado fala MySQL
Conectar Banco de Dados do Azure para MySQL para Excel, Planilhas Google, IA e REST
Servidor flexível do Banco de Dados do Azure para MySQL, na porta 3306. A placa foi desenvolvida para o servidor flexível e isso está indicado onde é necessário.
Uma conexão, todas as superfícies
Para onde seus dados do Azure MySQL podem ir?
- 1 conexão de saída
- 0 portas de entrada
- Somente leitura · credenciais permanecem inalteradas
funciona em
- Para sua equipe, fornecedores e parceiros.
-
Excel suplemento · atualizar sob demanda
-
Planilhas Google complemento · atualizar sob demanda
-
Nova AI Pergunte em inglês simples · texto para SQL
-
Visualizador de dados Compartilhe resultados ao vivo · com a equipe, fornecedores e parceiros · em qualquer dispositivo
- Para aplicativos e sistemas
-
API REST Endpoint JSON · OpenAPI 3.1
-
Power BI Power Query M
-
Sincronizações agendadas Planilhas Google · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- Para ferramentas de IA
-
Assistentes de IA Claude · Cursor · Servidor MCP
- Entregue às pessoas
-
Alertas e relatórios Slack · Discord · E-mail · Webhook
O Query Streams lê o Banco de Dados do Azure para MySQL do Microsoft Excel, Planilhas Google, Power BI, assistentes de IA por meio do MCP e de um endpoint REST através de uma única conexão somente leitura. Este cartão é para o servidor flexível — a oferta atual — e é o membro MySQL do trio do Azure, e não uma cópia do Azure PostgreSQL. Os dois diferem de uma maneira que vale a pena saber antes de salvar: no lado do PostgreSQL, o agente força o TLS por nome de host, enquanto aqui ele segue a caixa de seleção.
O Banco de Dados do Azure para MySQL é o MySQL na rede. — o driver padrão, portanto, todas as orientações abaixo se aplicam sem alterações. A única parte específica do Azure MySQL é a string de conexão, abordada em detalhes de conexão.
- Para sua equipe, fornecedores e parceiros.
-
Azure MySQL para Excel Microsoft Excel · Suplemento do Excel
Extraia resultados do Azure MySQL em tempo real diretamente para uma planilha e atualize-os sob demanda — Excel para desktop, Excel Online, Microsoft 365.
Guia do MySQL -
Azure MySQL para Planilhas Google Suplemento de planilhas
Execute uma consulta salva do Azure MySQL na barra lateral e arraste as linhas para a planilha. Os colaboradores que compartilham a planilha podem atualizá-la por conta própria.
Guia do MySQL -
Pergunte à Nova sobre o Azure MySQL. Nova AI · texto para SQL
Faça uma pergunta em linguagem simples. O Nova já conhece suas tabelas do Azure MySQL, escreve e executa o SQL, explica a resposta e a exibe em um gráfico — sem necessidade de escrever consultas ou fornecer credenciais.
Como funciona o Nova -
Visualizador de dados do Azure MySQL Compartilhamento de resultados · equipe, fornecedores, parceiros · celular, tablet, computador
Compartilhe um resultado do Azure MySQL em tempo real com qualquer pessoa — um colega, um fornecedor, um parceiro — como uma grade que pode ser adicionada aos favoritos e que é atualizada automaticamente ao ser aberta em um celular, tablet ou computador. Eles veem os resultados, nunca o SQL ou as credenciais.
Como funciona o Visualizador de Dados - Para aplicativos e sistemas
-
API REST do Azure MySQL endpoint HTTP
Publique uma consulta do Azure MySQL como um endpoint JSON autenticado que qualquer aplicativo pode chamar, com uma especificação OpenAPI 3.1 e coleções prontas para Postman, Insomnia e Hoppscotch. Nenhuma porta de banco de dados é aberta.
Guia do MySQL -
Azure MySQL para Power BI Power Query M
Cole o arquivo M do Power Query gerado no Editor Avançado do Power BI e o relatório exibirá os resultados do Azure MySQL em tempo real via HTTPS — sem driver ODBC, sem porta de banco de dados aberta.
Como funciona o Power BI -
Azure MySQL para Airtable Plataforma de automação
Sincronize linhas do Azure MySQL com uma base do Airtable de acordo com uma programação ou busque-as dentro de um script de automação do Airtable.
Guia do MySQL -
Azure MySQL para linha base Plataforma de automação
Alimente uma tabela Baserow do Azure MySQL através do endpoint REST — hospedado localmente ou na nuvem Baserow.
Guia do MySQL -
Azure MySQL para SeaTable Plataforma de automação
Mantenha uma base SeaTable atualizada com dados do Azure MySQL sem exportar um arquivo ou expor o banco de dados.
Guia do MySQL -
Azure MySQL para Smartsheet Plataforma de automação
Envie os resultados do Azure MySQL para uma grade do Smartsheet para que os planos e relatórios sejam lidos do sistema de origem, e não da exportação da semana passada.
Guia do MySQL -
Azure MySQL para Anvil Anvil Works · Plataforma de aplicativos
Faça backup de um aplicativo Anvil Python com o Azure MySQL por meio do endpoint REST, em vez de incorporar as credenciais do banco de dados no aplicativo.
Guia do MySQL - Para ferramentas de IA
-
Servidor Azure MySQL MCP Clientes Claude, Cursor e MCP
Conceda a um assistente de IA acesso somente leitura ao Azure MySQL com o esquema necessário para escrever SQL correto — sem credenciais no chat.
Guia do MySQL - Entregue às pessoas
-
Alertas e relatórios do Azure MySQL Slack · Discord · E-mail · Webhook
Agende uma consulta ao Azure MySQL e receba os resultados no Slack, Discord, por e-mail ou por um webhook assinado — ou retenha a mensagem até que a contagem de linhas, um limite ou uma variação percentual ultrapasse o valor definido.
Como funcionam os alertas e relatórios
Como funciona
5 etapas, sem alteração no firewall de entrada
Instale o Agente de Rede em um local que possa acessar o servidor. Ele só faz conexões de saída, portanto, você não precisa habilitar o acesso público — uma VM dentro da sua VNet comunicando-se com o endpoint privado é a melhor opção e não requer nenhuma regra de entrada.
Pegue o nome do servidor no portal do Azure. Ele termina com .mysql.database.azure.com, e o cartão reconhece esse sufixo automaticamente.
Digite o nome de usuário sem formatação. O servidor flexível não usa o formato usuário@nome_do_servidor e o cartão impede a inserção se você colar um nome de usuário nesse formato.
Deixe a opção "Usar SSL" ativada. Ela está ativada por padrão, e neste cartão é a caixa de seleção que decide — não há nenhuma regra de nome de host por trás disso.
Salve. Microsoft Excel, Google Sheets, Power BI, MCP e REST leem os dados por meio dessa única conexão, ou você pode combiná-la com suas outras fontes em uma única instrução somente leitura.
Análise detalhada do recurso
O que o Azure MySQL oferece a você
Aqui, TLS segue a caixa de seleção, não o nome do host.
Este é o único caso em que copiar a página do Azure PostgreSQL seria um erro, por isso vale a pena deixar isso bem claro.
- O uso de SSL está ativado por padrão e, enquanto estiver ativado, a conexão será criptografada. — o agente solicita ao MySQL uma sessão TLS necessária.
- Desative-o e o agente tentará uma conexão não criptografada. Nada no caminho do MySQL substitui isso com base no nome do host, e é exatamente aí que este cartão difere do Azure PostgreSQL.
- A razão é estrutural, e não um descuido: o agente mantém uma tabela de nomes de host do Postgres hospedado para os quais ele força o uso de TLS, e não existe um equivalente para MySQL. A caixa de seleção é todo o mecanismo.
- A criptografia não é verificação de certificado. O agente exige TLS, mas não valida a cadeia de certificados do servidor; portanto, considere-a como uma proteção contra interceptação na rede, e não como uma prova do que você acessou.
Servidor flexível e a armadilha do nome de usuário
O Azure oferece o MySQL em dois formatos diferentes, e eles divergem quanto à aparência do nome de usuário. O cartão toma partido.
- Esta placa foi projetada para servidores flexíveis. A porta padrão é 3306 e o nome do servidor termina em .mysql.database.azure.com.
- O servidor flexível usa nomes de usuário simples. A oferta de servidor único descontinuada usava o formato usuário@nome_do_servidor e, se você colar um desses nomes, o cartão informa que você deve remover o sufixo em vez de permitir que o Azure o rejeite posteriormente como uma falha de autenticação.
- Esse é um lugar melhor para detectar o problema. Um login com @servername falha na outra ponta como um erro genérico de autenticação, o que leva as pessoas a redefinir senhas que nunca estiveram erradas.
- Senhas com espaços em branco no início ou no final também são sinalizadas. Trata-se de um artefato da área de transferência e também resulta em um erro de autenticação comum.
Os endpoints privados são adequados para o agente.
Como o agente realiza chamadas e nunca escuta, o motivo usual para expor um servidor de banco de dados não se aplica.
- Instale o agente em uma máquina virtual dentro da mesma rede virtual e configure-o para apontar para o endpoint privado. O acesso público pode permanecer desativado.
- Não há nenhuma regra de firewall de entrada para adicionar, nenhuma lista de permissões de IP para manter e nenhuma VPN entre sua rede e a nossa. O agente abre a conexão de saída.
- A autenticação é feita por meio de um nome de usuário e uma senha. O Microsoft Entra ID não está integrado a este conector, portanto, use um login do MySQL com escopo para ler apenas o que você pretende expor.
- Um usuário com permissão somente leitura vale os dois minutos. Os fluxos de consulta não gravam, mas a maneira mais segura de garantir isso é no banco de dados.
-- MySQL comum, somente leitura, sobre TLS SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM customers AS c JOIN orders AS o ON o.customer_id = c.id WHERE o.placed_at >= NOW() - INTERVAL 30 DAY GROUP BY c.name ORDER BY revenue DESC;
Compartilhado por todos os conectores de banco de dados
Verdadeiro para todos os conectores de banco de dados.
- Apenas envio — o agente abre uma conexão criptografada para o Query Streams. Nenhuma porta de entrada para encaminhar, nenhuma VPN, nenhuma lista de permissões de IP, nada sobre seu banco de dados exposto à internet.
- As credenciais permanecem no mesmo lugar. — O nome de usuário e a senha do banco de dados ficam armazenados na máquina onde você instalou o agente. O Query Streams nunca os recebe e não consegue acessar seu banco de dados por conta própria.
- Somente leitura, obrigatório — uma instrução por vez, apenas SELECT e similares. Uma operação de escrita é rejeitada em sua própria máquina antes mesmo de ser enviada ao servidor, em vez de depender de uma permissão que alguém se lembrou de definir.
- Implante quantos agentes desejar. — uma por site, região ou nuvem. Todas as fontes de dados que eles podem visualizar aparecem em um único menu suspenso, para que ninguém precise saber qual agente hospeda o quê.
O que você obtém depois de salvar uma consulta.
- Compartilhe a capacidade, não o SQL. — um colega ou um parceiro externo pode executar sua consulta e alterar seus filtros sem nunca ver a declaração por trás dela.
- Filtros de ambas as direções — declare-as você mesmo como @variáveis ou deixe o conector identificar os valores literais já presentes na sua cláusula WHERE e oferecê-los como listas suspensas.
- Leia de qualquer lugar — Microsoft Excel, Google Sheets, Power BI, a API REST, assistentes de IA via MCP, o Construtor de Consultas e o Nova leem a mesma consulta salva.
- Execute várias ao mesmo tempo — cinco consultas salvas em cinco abas de planilha, transmitidas simultaneamente, independentemente do tamanho dos resultados.
- Conecte-o a qualquer outro dispositivo que você já tenha utilizado. — outro banco de dados, uma API de negócios ou uma pasta de arquivos, em uma única instrução somente leitura.
SQL entre fontes diferentes
Integre o Azure MySQL ao restante dos seus dados.
Uma única instrução pode abranger o Azure MySQL e suas outras conexões simultaneamente. Cada origem executa apenas a parte que consegue, transmite o resultado de volta e a junção ocorre de forma centralizada — as origens nunca se comunicam entre si e nada é copiado para nenhum lugar.
3 conexões · 3 agentes
Uma declaração
-- nada copiado, nada mesclado, nada agendado
SELECIONAR c.região, COUNT(*) AS pedidos, SUM(i.valor_devido) AS faturado
DE azure_mysql.shopdb.pedidos1 f
JUNTAR pg_crm.clientes.públicos2 c LIGADO c.id = f.id_do_cliente
JUNTAR cobrança.stripe.faturas3 i LIGADO i.cliente = c.stripe_id
GRUPO POR c.região
ORDER BY faturado DESC;
As três partes são conexão, esquema e tabela — e o nome da conexão é o que você escolheu. Colunas ilustrativas; suas tabelas serão suas tabelas. O acesso somente leitura se aplica a cada componente: apenas SELECT, WITH e EXPLAIN, com um limite máximo de dados que uma única fonte pode fornecer para uma consulta. Como funcionam as consultas federadas
Detalhes da conexão
O que o Azure MySQL precisa
- Hospedar
- <servidor>.mysql.database.azure.com
- Porto
- 3306
- Motorista
- MySqlConnector, fornecido pelo agente — nada a instalar no Azure.
- Nome de usuário
- Simples, sem o sufixo @servername. O cartão rejeita o formulário de servidor único.
- TLS
- Controlado pela caixa de seleção "Usar SSL", que está ativada por padrão. Criptografado enquanto estiver ativada; a cadeia de certificados não é verificada. Não é forçado pelo nome do host neste cartão.
- Agrupamento
- Nenhum exposto, e o agente não aplica nenhuma adaptação de pooler aqui.
- Autenticação
- Nome de usuário e senha. O ID Microsoft Entra não é compatível com este conector.
- Salvo como
- MySQL, com o Azure MySQL mantido como um selo — não existe um tipo de conexão chamado Azure MySQL.
- Esquema padrão
- O próprio banco de dados. O MySQL não possui uma camada de esquema separada, portanto, uma referência federada carrega o nome do banco de dados.
- Não este cartão
- A oferta de servidor único descontinuada e o Azure SQL — que é o SQL Server e tem seu próprio cartão.
A versão honesta da história do TLS é a útil. A própria recomendação do Azure é usar TLS, e este cartão o utiliza por padrão, mas o agente não faz nada de inteligente com o nome do host para garantir isso — se você desmarcar essa caixa de seleção, ele tentará se conectar sem criptografia. O Azure PostgreSQL realmente tem o TLS aplicado no lado do agente, e a diferença entre os dois se resume a uma tabela de pesquisa que existe no caminho do Postgres e não no do MySQL. Dizer isso é mais útil do que insinuar uma proteção que não existe.
A verificação do nome de usuário se justifica pela forma como a falha se apresenta sem ela. Um login com @servername em um servidor flexível retorna um erro de autenticação simples, indistinguível de uma senha incorreta, o que leva as pessoas a trocarem credenciais que sempre estiveram corretas. Detectar o erro no formulário, com uma frase que nomeia a causa, transforma uma conversa de suporte em uma solução de cinco segundos.
Para uma consulta entre fontes diferentes, o MySQL qualifica por banco de dados em vez de por esquema; portanto, uma conexão chamada azure_mysql acessa uma tabela como azure_mysql.shopdb.orders — o banco de dados fica onde um esquema ficaria nos cartões do Postgres. Ele se conecta a uma pasta de arquivos CSV, a um sistema de registro local ou a uma API de faturamento em uma única instrução somente leitura — sem nada copiado e nada agendado.
Documentação do fornecedor: azure.microsoft.com
Perguntas frequentes
Perguntas sobre o Banco de Dados do Azure para MySQL
Quais ferramentas podem ler dados do Banco de Dados do Azure para MySQL por meio de Fluxos de Consulta?
Tudo isso, a partir de uma única conexão: Excel, Planilhas Google, MCP, API REST, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, alertas e relatórios agendados. Conecte o banco de dados uma única vez e todas as plataformas lerão a mesma conexão somente leitura — não há configuração por ferramenta nem necessidade de uma segunda cópia dos dados.
Preciso abrir uma porta de firewall para meu banco de dados MySQL no Azure?
Não. O Agente de Rede do Query Streams é executado dentro da sua rede e abre uma única conexão criptografada de saída. Nada fica à escuta do tráfego de entrada, nenhuma VPN é necessária e o banco de dados mantém suas regras de firewall existentes.
É possível que os fluxos de consulta alterem dados no Banco de Dados do Azure para MySQL?
Não. O agente impõe o modo somente leitura no ponto de execução — uma instrução por vez, apenas SELECT e similares. As credenciais permanecem no agente e nunca são enviadas para o Query Streams.
O que o Query Streams precisa para se conectar ao Banco de Dados do Azure para MySQL?
Um host acessível, uma função e sua senha — o agente carrega o driver, portanto, nada é instalado no banco de dados. Host: <servidor>.mysql.database.azure.com. Porta: 3306. Driver: MySqlConnector, carregado pelo agente — nada para instalar no Azure. Nome de usuário: Simples, sem o sufixo @servername. O cartão rejeita o formulário de servidor único.
Posso unir o Banco de Dados do Azure para MySQL a outro banco de dados na mesma consulta?
Sim, trata-se de uma consulta federada. Uma única instrução pode referenciar o Banco de Dados do Azure para MySQL e suas outras conexões simultaneamente, escritas como conexão.esquema.tabela. Cada origem executa apenas a parte que consegue e transmite o resultado de volta; a junção ocorre centralmente, portanto, as origens nunca se conectam entre si e nada é copiado ou agendado. O modo somente leitura se aplica a cada parte — SELECT, WITH e EXPLAIN apenas — e há um limite para a quantidade de dados que uma origem pode fornecer para uma única consulta. Consultas federadas são um recurso do plano; a página de consultas federadas contém os limites atuais de origem e tamanho.
Conectar-se ao Banco de Dados do Azure para MySQL é diferente de conectar-se ao MySQL?
Apenas a cadeia de conexão. O Banco de Dados do Azure para MySQL utiliza o protocolo de comunicação MySQL, portanto, filtros, agendamento, compartilhamento, os complementos do Excel e do Google Sheets e o servidor MCP funcionam de maneira idêntica. O cartão Azure MySQL preenche automaticamente as configurações de host, porta e SSL que o provedor espera.
Existe algum guia sobre como usar o Azure MySQL para migrar para o Excel?
Sim, é o guia do MySQL e está correto para o Banco de Dados do Azure para MySQL, conforme descrito. O MySQL do Azure utiliza o protocolo de comunicação MySQL, portanto, a conexão do MySQL do Azure com o Excel, do MySQL do Azure com o Planilhas Google e qualquer outro destino seguem os mesmos passos. A única parte específica do MySQL do Azure é a string de conexão, e o cartão do MySQL do Azure a preenche automaticamente.
Coloque o Azure MySQL onde o trabalho acontece.
Instale o agente, aponte-o para seu banco de dados e escolha um destino.
Somente leitura Apenas envio As credenciais permanecem com o agente.

