Autres

MySQL

Non classéSite officiel

MySQL est une base de données relationnelle open source utilisée pour stocker les données applicatives et utilisateurs côté serveur.

Présentation

Que fait MySQL ?

Qu'est, ce que MySQL

MySQL est la base de données relationnelle open source la plus déployée au monde. Elle fonctionne côté serveur, derrière votre application, et sert à stocker comptes utilisateurs, commandes, contenus, journaux et toute donnée structurée. Développée à l'origine par MySQL AB en Suède puis rachetée par Oracle, elle est disponible en édition communautaire gratuite et en éditions commerciales. La plupart des fournisseurs cloud proposent des variantes managées comme Amazon RDS for MySQL, Google Cloud SQL, Azure Database for MySQL ou DigitalOcean Managed Databases.

Quelles données MySQL stocke

MySQL est un stockage neutre : les données personnelles qu'il contient dépendent entièrement de ce que votre application y écrit. Dans une application web classique on y trouve emails, mots de passe hachés, noms complets, adresses, adresses IP, références de paiement, tickets de support et journaux d'activité. MySQL conserve aussi des journaux serveur (general log, slow query log, binary log) qui peuvent incidemment contenir des données personnelles intégrées dans les requêtes SQL.

Implications RGPD et ePrivacy

Dès que MySQL stocke des informations relatives à des personnes physiques identifiées ou identifiables, le RGPD s'applique. Vous devenez responsable (ou responsable conjoint) de ce traitement. Les obligations principales incluent : disposer d'une base légale valide, appliquer la minimisation, définir des durées de conservation, sécuriser la base avec chiffrement au repos et en transit, restreindre les accès et pouvoir honorer les droits des personnes (accès, rectification, effacement, portabilité). La directive ePrivacy ne vise pas MySQL directement car ce n'est pas une technologie de stockage sur équipement terminal, mais elle couvre les cookies posés par votre application.

Consentement et base légale

Stocker des données opérationnelles dans MySQL ne nécessite pas de consentement navigateur car la base vit sur votre serveur, pas sur l'appareil de l'utilisateur. La base légale est généralement l'exécution du contrat (art. 6(1)(b) RGPD) pour les données nécessaires au service, ou l'intérêt légitime (art. 6(1)(f) RGPD) pour les journaux de sécurité et la lutte contre la fraude. Les données sensibles (santé, religion, biométrie) requièrent une base spécifique au titre de l'article 9, généralement le consentement explicite ou une obligation légale précise.

Transferts et choix d'hébergement

MySQL est agnostique en matière d'hébergement. La localisation des données dépend de la région choisie pour la VM, la base managée ou le datacenter. Pour éviter les problèmes de transfert international, sélectionnez une région UE et vérifiez qu'elle couvre les sauvegardes, les répliques et les sites de reprise. Avec AWS RDS, Google Cloud SQL ou Azure Database for MySQL opérés par un fournisseur américain, il faut s'appuyer sur le Data Privacy Framework UE US ou sur des Clauses Contractuelles Types accompagnées d'une analyse d'impact de transfert documentée.

Étapes de mise en conformité

Cartographiez chaque table contenant des données personnelles. Documentez finalité, base légale et durée de conservation. Imposez TLS pour les connexions clientes, activez le chiffrement au repos (InnoDB tablespace encryption ou au niveau filesystem), appliquez le principe du moindre privilège, pseudonymisez les identifiants quand c'est possible, programmez des purges automatiques des données expirées et sauvegardez dans une région offrant les mêmes garanties. Intégrez MySQL à votre registre des traitements (art. 30 RGPD) et à vos procédures de gestion d'incident.

Conformité

MySQL et le RGPD

Base légale
Contract performance (Art. 6(1)(b) GDPR) for storing data needed to deliver the service, or legitimate interest (Art. 6(1)(f) GDPR) for technical operation logs
Niveau de risque
medium
Textes applicables
GDPR, ePrivacy Directive (only when stored data qualifies as personal data)

Analyse d'impact (AIPD)

Une AIPD est recommandée lorsque MySQL stocke des données sensibles (santé, finances, biométrie) à grande échelle, lorsque la base est hébergée hors EEE sans garanties adéquates, ou lorsqu'elle alimente du profilage ou des décisions automatisées.

Exemple de texte pour votre bannière

Aucun consentement navigateur n'est requis car MySQL fonctionne côté serveur. Informez les utilisateurs dans votre politique de confidentialité des catégories de données stockées, de la base légale, des durées de conservation et de la région d'hébergement.
Cookies et traceurs

Ce que MySQL dépose et contacte

Méthode de suivi
Server side relational database
Localisation des serveurs
Variable (self hosted or managed cloud database)
Mode sans cookie disponible
Oui
Questions

Questions fréquentes sur MySQL

Une question qui n'est pas dans la liste ? Écrivez-nous, on répond vite.

MySQL dépose, t, il des cookies dans le navigateur ?

Non. MySQL est une base côté serveur ; elle ne communique jamais avec le navigateur de l'utilisateur et n'écrit pas de cookies. Les cookies sont posés par l'application web ou le framework qui lit et écrit dans MySQL.

Faut, il un consentement pour stocker des données dans MySQL ?

Aucun consentement navigateur n'est requis car MySQL fonctionne côté serveur. En revanche, dès que MySQL contient des données personnelles, il faut une base légale RGPD (contrat, consentement, intérêt légitime, obligation légale) et le traitement doit figurer dans la politique de confidentialité.

Quelle base légale RGPD s'applique ?

La plupart des cas reposent sur l'exécution du contrat (art. 6(1)(b) RGPD) pour les données nécessaires au service et sur l'intérêt légitime (art. 6(1)(f) RGPD) pour la sécurité et la lutte contre la fraude. Les données sensibles (santé, religion, biométrie) requièrent une base de l'article 9, généralement le consentement explicite.

Y a, t, il des transferts vers les États, Unis ?

MySQL en lui même ne transfère pas de données, mais votre choix d'hébergement le fait. AWS RDS, Google Cloud SQL et Azure Database for MySQL opérés depuis l'UE par un fournisseur américain restent soumis aux règles de transfert (Schrems II). Utilisez le Data Privacy Framework UE US ou des Clauses Contractuelles Types accompagnées d'une analyse d'impact de transfert.

Faut, il une AIPD pour une base MySQL ?

Une AIPD s'impose quand les données stockées sont sensibles, à grande échelle, ou alimentent du profilage et des décisions automatisées. Pour un CRM modeste ou la base comptes d'un SaaS classique, une analyse de risque documentée suffit en général.

Comment mettre MySQL en conformité ?

Choisissez une région UE, activez TLS et chiffrement au repos, utilisez des comptes à privilèges minimaux, pseudonymisez les identifiants, planifiez des purges automatiques, faites des sauvegardes chiffrées, journalisez les accès et inscrivez MySQL au registre des traitements.

Quelles alternatives à MySQL ?

PostgreSQL est l'alternative open source la plus proche, avec une conformité SQL supérieure. MariaDB est un fork communautaire de MySQL. Côté hébergement européen managé, voyez Scaleway Database, OVHcloud Public Cloud Databases ou Hetzner Cloud. Choisissez l'option dont la localisation correspond à vos obligations.

Comment mettre à jour la politique cookies pour MySQL ?

MySQL n'apparaît pas dans la politique cookies puisqu'il n'en dépose aucun. Mettez plutôt à jour la politique de confidentialité pour décrire les catégories de données stockées, la base légale, la durée de conservation et la région d'hébergement.

Mettez votre site en conformité aujourd'hui.

Gratuit jusqu'à 25 000 sessions par mois. Sans carte bancaire, sans engagement.