Logotipo do Banco de Dados do Azure para MySQL

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?

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.

  1. Para sua equipe, fornecedores e parceiros.
  2. 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
  3. 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
  4. 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
  5. 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
  6. Para aplicativos e sistemas
  7. 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
  8. 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
  9. 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
  10. 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
  11. 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
  12. 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
  13. 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
  14. Para ferramentas de IA
  15. 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
  16. Entregue às pessoas
  17. 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

01

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.

02

Pegue o nome do servidor no portal do Azure. Ele termina com .mysql.database.azure.com, e o cartão reconhece esse sufixo automaticamente.

03

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.

04

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.

05

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

Banco de Dados do Azure para MySQL MySQL gerenciado
PostgreSQL Motor relacional
Listrado Pagamentos e faturamento

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.