Logo Azure Database pour MySQL

MySQL géré parle MySQL

Connecter Azure Database pour MySQL vers Excel, Google Sheets, l'IA et REST

Azure Database pour serveur flexible MySQL, sur 3306. La carte est conçue pour un serveur flexible et l'indique clairement là où c'est important.

Une seule connexion, chaque surface

Où vos données Azure MySQL peuvent être stockées

Query Streams permet de lire Azure Database pour MySQL depuis Microsoft Excel, Google Sheets, Power BI, les assistants IA via MCP et un point de terminaison REST grâce à une connexion en lecture seule. Cette carte est destinée au serveur flexible (l'offre actuelle) et représente MySQL au sein du trio Azure, contrairement à la carte Azure PostgreSQL. Il est important de connaître la différence entre les deux avant d'enregistrer : pour PostgreSQL, l'agent impose l'authentification TLS par nom d'hôte, tandis que pour Azure, il se base sur la case à cocher.

Azure Database pour MySQL est MySQL sur le réseau — le pilote standard, donc tous les guides ci-dessous s'appliquent sans modification. La seule partie spécifique à Azure MySQL est la chaîne de connexion, traitée dans la section correspondante. détails de connexion.

  1. Pour votre équipe, vos fournisseurs et vos partenaires
  2. Azure MySQL vers Excel Microsoft Excel · Complément Excel

    Importez directement les résultats en direct d'Azure MySQL dans une feuille de calcul et actualisez-les à la demande — Excel de bureau, Excel Online, Microsoft 365.

    Guide MySQL
  3. Azure MySQL vers Google Sheets Module complémentaire Sheets

    Exécutez une requête Azure MySQL enregistrée depuis la barre latérale et glissez-déposez les lignes dans la feuille. Les collaborateurs peuvent ensuite la mettre à jour eux-mêmes.

    Guide MySQL
  4. Demandez à Nova des informations sur Azure MySQL. Nova AI · Texte vers SQL

    Posez une question en langage clair. Nova connaît déjà vos tables Azure MySQL, écrit et exécute la requête SQL, explique la réponse et la représente graphiquement — aucune requête à écrire, aucune information d’identification à fournir.

    Comment fonctionne Nova
  5. Azure MySQL vers Data Viewer Partage des résultats · équipe, fournisseurs, partenaires · téléphone, tablette, ordinateur

    Partagez en direct les résultats d'une requête Azure MySQL avec qui vous voulez (un collègue, un fournisseur, un partenaire) sous forme de grille que vous pouvez ajouter à vos favoris et qui se met à jour automatiquement à chaque ouverture, sur un téléphone, une tablette ou un ordinateur. Ils voient les résultats, jamais le code SQL ni les identifiants.

    Fonctionnement du visualiseur de données
  6. Pour les applications et les systèmes
  7. API REST Azure MySQL point de terminaison HTTP

    Publiez une requête Azure MySQL sous forme de point de terminaison JSON authentifié, accessible à toute application, avec une spécification OpenAPI 3.1 et des collections Postman, Insomnia et Hoppscotch prêtes à l'emploi. Aucun port de base de données n'est ouvert.

    Guide MySQL
  8. Azure MySQL vers Power BI Power Query M

    Collez le code Power Query M généré dans l'éditeur avancé de Power BI et le rapport affichera les résultats en direct d'Azure MySQL via HTTPS — sans pilote ODBC ni port de base de données ouvert.

    Comment fonctionne Power BI
  9. Azure MySQL vers Airtable Plateforme d'automatisation

    Synchronisez les lignes d'Azure MySQL avec une base Airtable selon une planification, ou récupérez-les dans un script d'automatisation Airtable.

    Guide MySQL
  10. Azure MySQL vers Baserow Plateforme d'automatisation

    Alimentez une table Baserow à partir d'Azure MySQL via le point de terminaison REST — auto-hébergé ou cloud Baserow.

    Guide MySQL
  11. Azure MySQL vers SeaTable Plateforme d'automatisation

    Maintenez une base SeaTable à jour avec les données Azure MySQL sans exporter de fichier ni exposer la base de données.

    Guide MySQL
  12. Azure MySQL vers Smartsheet Plateforme d'automatisation

    Intégrez les résultats d'Azure MySQL dans une grille Smartsheet afin que les plans et les rapports soient lus à partir du système source et non de l'exportation de la semaine dernière.

    Guide MySQL
  13. Azure MySQL vers Anvil Anvil Works · Plateforme d'applications

    Utilisez Azure MySQL via le point de terminaison REST pour synchroniser une application Anvil Python avec la base de données, au lieu d'intégrer les informations d'identification dans l'application.

    Guide MySQL
  14. Pour les outils d'IA
  15. Serveur Azure MySQL MCP Claude, clients de Cursor et MCP

    Donnez à un assistant IA un accès en lecture seule à Azure MySQL avec le schéma dont il a besoin pour écrire du SQL correct ; aucune information d’identification n’est requise dans la conversation.

    Guide MySQL
  16. Livré aux personnes
  17. Alertes et rapports Azure MySQL Slack · Discord · Courriel · Webhook

    Programmez une requête Azure MySQL et faites en sorte que les lignes soient envoyées à Slack, Discord, par e-mail ou via un webhook signé, ou conservez le message jusqu'à ce qu'un nombre de lignes, un seuil ou un pourcentage de variation dépasse la limite que vous avez définie.

    Fonctionnement des alertes et des rapports

Comment ça marche

5 étapes, aucune modification du pare-feu entrant

01

Installez l'agent réseau à un emplacement accessible depuis le serveur. Il n'établit que des connexions sortantes ; l'accès public n'est donc pas nécessaire. Une machine virtuelle au sein de votre réseau virtuel, communiquant avec le point de terminaison privé, est la configuration optimale et ne requiert aucune règle de trafic entrant.

02

Récupérez le nom du serveur depuis le portail Azure. Il se termine par .mysql.database.azure.com, et la carte reconnaît ce suffixe immédiatement.

03

Saisissez le nom d'utilisateur en clair. Le serveur flexible n'utilise pas le format utilisateur@nom_du_serveur et vous serez bloqué si vous collez un nom d'utilisateur de ce format.

04

Laissez l'option « Utiliser SSL » activée. Elle l'est par défaut, et sur cette carte, c'est la case à cocher qui détermine le comportement ; il n'y a pas de règle de nom d'hôte derrière cela.

05

Enregistrez. Microsoft Excel, Google Sheets, Power BI, MCP et REST lisent tous cette connexion unique, ou la combinent à vos autres sources dans une seule instruction en lecture seule.

Analyse approfondie des fonctionnalités

Ce qu'Azure MySQL vous offre

Le protocole TLS est ici associé à la case à cocher, et non au nom d'hôte.

C’est le seul endroit où copier la page Azure PostgreSQL serait une erreur, il est donc important de le préciser clairement.

  • L'utilisation du protocole SSL est activée par défaut et, lorsqu'elle est activée, la connexion est chiffrée. — l'agent demande à MySQL une session TLS requise.
  • Désactivez cette option et l'agent tentera une connexion non chiffrée. Aucun paramètre du chemin MySQL ne remplace ce comportement en fonction du nom d'hôte ; c'est précisément en cela que cette carte diffère d'Azure PostgreSQL.
  • La raison est structurelle et non due à un oubli : l’agent conserve une table des noms d’hôtes Postgres pour lesquels il impose le protocole TLS, et il n’existe pas d’équivalent pour MySQL. La case à cocher constitue l’intégralité du mécanisme.
  • Le chiffrement ne constitue pas une vérification de certificat. L'agent requiert TLS mais ne valide pas la chaîne de certificats du serveur ; il faut donc le considérer comme une protection contre l'écoute clandestine du réseau plutôt que comme une preuve de la nature du contenu auquel vous avez accédé.

Serveur flexible et piège à noms d'utilisateur

Azure propose MySQL sous deux formes différentes, et les deux versions divergent quant à l'apparence du nom d'utilisateur. La carte prend parti.

  • Cette carte est conçue pour les serveurs flexibles. Le port par défaut est le 3306 et le nom du serveur se termine par .mysql.database.azure.com.
  • Le serveur flexible utilise des noms d'utilisateur simples. L'offre de serveur unique, désormais obsolète, utilisait le format utilisateur@nom_du_serveur. Si vous en collez un, la fiche vous indique de supprimer le suffixe afin d'éviter qu'Azure ne le rejette ultérieurement pour cause d'échec d'authentification.
  • C'est un meilleur endroit pour détecter le problème. Une connexion via @servername échoue côté serveur avec une erreur d'authentification générique, ce qui incite les utilisateurs à réinitialiser des mots de passe qui n'ont jamais été erronés.
  • Un mot de passe contenant des espaces en début ou en fin est également signalé. Il s'agit d'un artefact du presse-papiers, et cela provoque également une erreur d'authentification classique.

Les points de terminaison privés conviennent bien à l'agent

Étant donné que l'agent compose des numéros et n'écoute jamais, la raison habituelle d'exposer un serveur de base de données ne s'applique pas.

  • Installez l'agent sur une machine virtuelle au sein du même réseau virtuel et configurez-le pour qu'il pointe vers le point de terminaison privé. L'accès public peut rester désactivé.
  • Aucune règle de pare-feu entrante à ajouter, aucune liste blanche d'adresses IP à gérer et aucun VPN entre votre réseau et le nôtre. L'agent ouvre la connexion sortante.
  • L'authentification requiert un nom d'utilisateur et un mot de passe. Microsoft Entra ID n'est pas intégré à ce connecteur ; utilisez donc une connexion MySQL limitée à la lecture des données que vous souhaitez exposer.
  • Un utilisateur en lecture seule vaut bien ces deux minutes. Les flux de requêtes n'écrivent pas, mais le moyen le plus sûr de le garantir est au niveau de la base de données.
-- MySQL ordinaire, lecture seule, sur 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;

Partagé par tous les connecteurs de base de données

C'est valable pour tous les connecteurs de base de données.

  • Sortant uniquement L'agent ouvre une connexion chiffrée vers Query Streams. Aucun port entrant à rediriger, aucun VPN, aucune liste blanche d'adresses IP : votre base de données n'est en aucun cas exposée sur Internet.
  • Les identifiants restent en place — Le nom d'utilisateur et le mot de passe de la base de données sont stockés sur la machine où l'agent est installé. Query Streams ne les reçoit jamais et ne peut pas accéder à votre base de données par lui-même.
  • Lecture seule, obligatoire — une seule instruction à la fois, SELECT et les instructions associées uniquement. Une tentative d'écriture est bloquée sur votre machine avant même d'être envoyée au serveur, sans dépendre d'une autorisation préalablement définie par un tiers.
  • Déployez autant d'agents que vous le souhaitez — un par site, région ou cloud. Toutes les sources de données visibles apparaissent dans un menu déroulant unique ; il est donc inutile de savoir quel agent héberge quoi.

Voici ce que vous obtenez une fois qu'une requête est enregistrée.

  • Partagez les compétences, pas le SQL. — un collègue ou un partenaire externe peut exécuter votre requête et modifier ses filtres sans jamais voir la requête sous-jacente.
  • Filtres provenant des deux directions — Déclarez-les vous-même comme @variables, ou laissez le connecteur repérer les valeurs littérales déjà présentes dans votre clause WHERE et les proposer sous forme de listes déroulantes.
  • Lisez-le depuis n'importe où — Microsoft Excel, Google Sheets, Power BI, l'API REST, les assistants IA via MCP, le générateur de requêtes et Nova lisent tous la même requête enregistrée.
  • Exécutez-en plusieurs simultanément — cinq requêtes enregistrées dans cinq onglets de feuille de calcul, diffusées simultanément, quelle que soit la taille des résultats.
  • Connectez-le à tout autre élément que vous avez connecté. — une autre base de données, une API métier ou un dossier de fichiers, dans une seule instruction en lecture seule.

SQL inter-sources

Connectez Azure MySQL au reste de vos données

Une seule requête peut s'appliquer simultanément à Azure MySQL et à vos autres connexions. Chaque source exécute uniquement la partie qu'elle peut, renvoie le résultat, et la jointure est effectuée de manière centralisée ; les sources ne communiquent jamais entre elles et aucune donnée n'est copiée.

3 connexions · 3 agents

Azure Database pour MySQL MySQL géré
PostgreSQL Moteur relationnel
Rayure Paiements et facturation

Une déclaration

-- rien copié, rien fusionné, rien programmé
SELECTIONNER   c.region, COUNT(*) AS commandes, SUM(i.montant_dû) AS facturé
DE     azure_mysql.shopdb.commandes1 f
JOINDRE     pg_crm.public.clients2   c ON c.id = f.customer_id
JOINDRE     facturation.stripe.factures3   i ON i.customer = c.stripe_id
GROUPE PAR région c.
ORDER BY facturé DESC;

Les trois éléments sont la connexion, le schéma et la table ; le nom de la connexion est celui que vous lui avez donné. Les colonnes sont données à titre d'exemple ; vos tables seront les vôtres. Chaque élément est en lecture seule : seules les instructions SELECT, WITH et EXPLAIN sont autorisées, avec une limite quant aux données qu'une source peut transmettre pour une requête donnée. Fonctionnement des requêtes fédérées

Détails de connexion

Ce dont Azure MySQL a besoin

Hôte
<serveur>.mysql.database.azure.com
Port
3306
Conducteur
MySqlConnector, pris en charge par l'agent — aucune installation requise côté Azure
Nom d'utilisateur
Simple, sans suffixe @servername. La carte rejette le formulaire à serveur unique.
TLS
Contrôlé par la case à cocher « Utiliser SSL », activée par défaut. Le chiffrement est activé lorsque cette option est activée ; la chaîne de certificats n'est pas vérifiée. Non imposé par le nom d'hôte sur cette carte.
Mise en commun
Aucun exposé, et l'agent n'applique aucune adaptation de pooler ici
Authentification
Nom d'utilisateur et mot de passe. L'identifiant Microsoft Entra n'est pas pris en charge par ce connecteur.
Enregistré sous
MySQL, avec Azure MySQL comme simple logo — il n'existe pas de type de connexion appelé Azure MySQL.
Schéma par défaut
La base de données elle-même. MySQL ne possède pas de couche de schéma distincte ; par conséquent, une référence fédérée contient le nom de la base de données.
Pas cette carte
L'offre mono-serveur désormais obsolète, et Azure SQL (qui est SQL Server et possède sa propre carte)

La version honnête de l'histoire du TLS est la plus utile. Azure recommande l'utilisation du TLS, et cette carte l'utilise par défaut. Cependant, l'agent ne prend aucune mesure particulière concernant le nom d'hôte pour le garantir ; si vous décochez cette case, la connexion sera tentée sans chiffrement. Azure PostgreSQL, quant à lui, applique bien le protocole TLS côté agent, et la différence entre les deux réside dans une table de correspondance présente sur le chemin Postgres et non sur celui de MySQL. Il est plus utile de le préciser que de laisser entendre une protection inexistante.

La vérification du nom d'utilisateur est essentielle car son absence peut donner lieu à une erreur d'authentification. Une tentative de connexion avec l'identifiant @servername sur un serveur flexible génère une simple erreur d'authentification, identique à un mot de passe incorrect. Par conséquent, les utilisateurs modifient indûment leurs identifiants, même s'ils étaient corrects. En détectant l'erreur dans le formulaire et en expliquant clairement la cause, on peut résoudre le problème en cinq secondes.

Pour une requête inter-sources, MySQL effectue une qualification par base de données plutôt que par schéma. Ainsi, une connexion nommée `azure_mysql` accède à une table nommée `azure_mysql.shopdb.orders` — la base de données correspond au schéma dans le cas de PostgreSQL. Elle effectue une jointure avec un dossier de fichiers CSV, un système d'information local ou une API de facturation en une seule instruction en lecture seule — sans aucune copie ni planification.

Documentation du fournisseur : azure.microsoft.com

FAQ

Questions concernant Azure Database pour MySQL

Quels outils peuvent lire les données d'Azure Database pour MySQL via Query Streams ?

Tous ces outils, depuis une seule connexion : Excel, Google Sheets, MCP, API REST, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, alertes et rapports programmés. Connectez la base de données une seule fois et tous les systèmes accèdent à la même connexion en lecture seule ; aucune configuration n’est requise pour chaque outil et aucune copie supplémentaire des données n’est nécessaire.

Dois-je ouvrir un port de pare-feu pour ma base de données Azure Database pour MySQL ?

Non. L'agent réseau Query Streams s'exécute au sein de votre réseau et ouvre une seule connexion sortante chiffrée. Aucun trafic entrant n'est intercepté, aucun VPN n'est requis et la base de données conserve ses règles de pare-feu existantes.

Les flux de requêtes peuvent-ils modifier les données dans Azure Database pour MySQL ?

Non. L'agent impose un accès en lecture seule lors de l'exécution : une seule instruction à la fois, uniquement SELECT et les instructions associées. Les informations d'identification restent sur l'agent et ne sont jamais envoyées aux flux de requêtes.

De quoi Query Streams a-t-il besoin pour se connecter à Azure Database pour MySQL ?

Un hôte accessible, un rôle et son mot de passe : l’agent intègre le pilote, aucune installation n’est donc requise sur la base de données. Hôte : <server>.mysql.database.azure.com. Port : 3306. Pilote : MySqlConnector, fourni par l’agent ; aucune installation n’est nécessaire côté Azure. Nom d’utilisateur : nom simple, sans suffixe @nom_du_serveur. La configuration avec un seul serveur est refusée.

Est-il possible de joindre Azure Database pour MySQL à une autre base de données dans la même requête ?

Oui, il s'agit bien d'une requête fédérée. Une seule instruction peut référencer simultanément Azure Database pour MySQL et vos autres connexions, sous la forme `connection.schema.table`. Chaque source exécute uniquement la partie qu'elle peut traiter et renvoie le résultat. La jointure est centralisée, ce qui évite toute connexion entre les sources et empêche toute copie ou planification. L'accès en lecture seule s'applique à chaque élément (SELECT, WITH et EXPLAIN uniquement), et la quantité de données qu'une source peut transmettre pour une requête donnée est limitée. Les requêtes fédérées sont incluses dans votre abonnement ; la page dédiée affiche les limites actuelles de source et de taille.

La connexion à Azure Database pour MySQL est-elle différente de la connexion à MySQL ?

Seule la chaîne de connexion est nécessaire. Azure Database pour MySQL utilise le protocole réseau MySQL ; par conséquent, les filtres, la planification, le partage, les modules complémentaires Excel et Google Sheets ainsi que le serveur MCP fonctionnent de manière identique. La carte Azure MySQL pré-remplit les paramètres d’hôte, de port et SSL attendus par le fournisseur.

Existe-t-il un guide pour convertir Azure MySQL en Excel ?

Oui, il s'agit bien du guide MySQL, et il est correct pour Azure Database pour MySQL tel qu'il est rédigé. Azure MySQL utilise le protocole de communication MySQL ; par conséquent, la connexion d'Azure MySQL à Excel, à Google Sheets ou à toute autre destination suit les mêmes étapes. La seule spécificité d'Azure MySQL est la chaîne de connexion, et la fiche Azure MySQL la renseigne automatiquement.

Installez Azure MySQL là où le travail s'effectue.

Installez l'agent, configurez-le pour qu'il pointe vers votre base de données et choisissez une destination.

Lecture seule Sortant uniquement Les identifiants restent sur l'agent