Anonymisation MariaDB - Compatible 10.5 à 11.x
Anonyx connecte vos serveurs MariaDB de production et produit des copies anonymisées pour vos environnements de dev, test et analytique. Le connecteur prend en charge les spécificités MariaDB (séquences, system versioning, invisible columns, moteur Aria, ColumnStore) et préserve l'intégrité référentielle InnoDB.
- MariaDB 10.5, 10.6 LTS, 10.11 LTS et 11.x officiellement supportés
- Détection automatique des spécificités MariaDB (Aria, ColumnStore, sequences)
- System-versioned tables : versions courantes anonymisées, historiques au choix
- Galera Cluster : lecture cohérente, écriture cible adaptée au quorum
- Plus de 80 transformations PII françaises et internationales
- Hébergement européen souverain, conformité RGPD intégrée
Spécificités MariaDB prises en charge
MariaDB s'écarte progressivement de MySQL sur certaines fonctionnalités. Anonyx détecte la variante au démarrage (SELECT VERSION()) et adapte son comportement : utilisation de JSON_VALUE / JSON_QUERY au lieu des fonctions JSON MySQL, prise en compte des séquences (CREATE SEQUENCE), gestion des colonnes invisibles (INVISIBLE) et des contraintes CHECK renforcées.
Le moteur Aria (clone amélioré de MyISAM) est supporté pour la lecture, avec les mêmes réserves d'intégrité référentielle que MyISAM. Pour les tables ColumnStore (moteur analytique en colonnes), Anonyx privilégie une lecture par batchs larges pour exploiter la nature columnaire.
System versioning et tables historisées
MariaDB 10.3+ propose le system versioning natif, qui maintient une version historique de chaque ligne dans une partition temporelle invisible. Anonyx détecte ces tables (information_schema.TABLES.SYSTEM_VERSIONED = 'YES') et expose une option par règle : anonymiser uniquement la version courante (par défaut, plus rapide), anonymiser toutes les versions (cas d'audit), ou n'extraire que la version courante en désactivant le versioning en cible.
Galera Cluster et haute disponibilité
Pour les déploiements MariaDB en Galera Cluster, Anonyx se connecte à un nœud sain et lit en cohérence stricte (wsrep_sync_wait = 7). En écriture vers une base cible Galera, le rythme d'insertion est adapté pour éviter de saturer le quorum de réplication - particulièrement utile sur les clusters à trois nœuds géographiquement distribués.
Pour les architectures avec proxy (MaxScale, ProxySQL), vous pouvez pointer Anonyx directement vers un nœud spécifique pour la lecture massive (évite de pénaliser le trafic applicatif), tout en gardant le proxy pour les écritures cibles.
Performance, observabilité et exploitation
Sur une base MariaDB de 80 Go avec un schéma e-commerce typique, l'anonymisation complète prend environ 25 à 35 minutes avec quatre workers. Le mode incrémental, basé sur les colonnes de tracking ou sur le system versioning natif, permet de rafraîchir une base cible quotidiennement en quelques minutes une fois le premier passage effectué.
Toutes les exécutions sont auditées et exposent leurs métriques au format Prometheus. Les webhooks de fin de job permettent de déclencher automatiquement des suites de tests d'intégration ou des refresh d'environnements en aval.