Aller au contenu

Bases de données Mis à jour le 2026-05-29

MySQL / MariaDB / Percona

Référence opérationnelle du palier MySQL, MariaDB et Percona sur Stack Harbor PaaS — provisionnement, mise à l'échelle, HA, sauvegardes et modules.

Stack Harbor PaaS expose MySQL, MariaDB et Percona sous une seule topologie de conteneur. Les trois moteurs sont compatibles au niveau du protocole de connexion, partagent le même outillage opérationnel (panneau phpMyAdmin, script de sauvegarde par défaut, my.cnf auto-configuré) et suivent les mêmes chemins de provisionnement et de mise à l’échelle.

Cette page est l’entrée de la documentation de la famille MySQL. Le reste de la section couvre la référence opérationnelle par sujet.

Ce qui est couvert

  • Connexion depuis les applications — JDBC, PHP, Python, Node.js. Voir Connexion MySQL.
  • Haute disponibilité — auto-clustering, réplication primaire-secondaire, réplication multi-primaire, Galera. Voir MySQL haute disponibilité.
  • Sauvegarde et restauration — script de sauvegarde par défaut (voir Sauvegardes base de données) et module dédié Database Backup/Restore.
  • Import et export de dump — flux client desktop pour entrer et sortir des dumps. Voir Import / export de dump vers MySQL.
  • Module diagnostic de corruption — exécute des diagnostics d’intégrité InnoDB.
  • Module chiffrement en transit — active TLS pour le trafic client et de réplication.
  • Accès distant — IP publique, point de terminaison public ou accès tunnelé SSH pour l’outillage hors environnement.

Provisionnement

Depuis l’assistant de topologie, choisir MySQL, MariaDB ou Percona dans la ligne base de données. Pour aller directement à une topologie en grappe, activer Auto-Clustering et choisir un schéma (Primary-Secondary, Primary-Primary ou Galera).

Le conteneur livre :

  • Le moteur, dimensionné selon la limite de ressources du conteneur (voir Auto-configuration base de données).
  • phpMyAdmin, accessible depuis Ouvrir dans le navigateur sur le nœud.
  • Le script de sauvegarde par défaut et une config cron.

Les identifiants (utilisateur root et mot de passe) arrivent par courriel quand le conteneur est en service.

Dimensionnement et auto-configuration

La plateforme gère key_buffer_size, table_open_cache, myisam_sort_buffer_size et innodb_buffer_pool_size dans /etc/my.cnf. Sur MySQL 5.7+, MySQL 8.0+, Percona à la version équivalente et MariaDB 10.x, deux paramètres supplémentaires — innodb_buffer_pool_instances et innodb_buffer_pool_chunk_size — sont aussi gérés.

Redimensionnez le conteneur verticalement ; la plateforme redimensionne les valeurs gérées automatiquement. Aucun redémarrage moteur n’est nécessaire.

Pour surcharger les paramètres gérés à la main, déposer les valeurs dans /etc/mysql/conf.d/my_custom.cnf — ce fichier n’est pas auto-configuré. Voir Auto-configuration base de données pour la procédure complète.

Haute disponibilité

Trois topologies de réplication sont disponibles, toutes provisionnées depuis Auto-Clustering à la création :

  • Primary-Secondary — réplication asynchrone, un écrivain, plusieurs lecteurs. Voir Réplication primaire-secondaire.
  • Primary-Primary — réplication asynchrone bidirectionnelle pour des écritures HA, avec règles de résolution de conflit.
  • Galera — réplication multi-primaire synchrone. Idéale pour HA en écriture-quorum sur MariaDB.

Les topologies en grappe sont en frontal d’un ProxySQL — les applications se connectent à proxy.{environment_name}.{domain} plutôt qu’à un nœud précis, donc un basculement de nœud n’exige pas de redémarrage applicatif.

Sauvegardes

Le script de sauvegarde par défaut écrit dans /var/lib/jelastic/backup comme archives bz2. Ordonnancer via la config cron dans /var/spool/cron/mysql. Voir Sauvegardes base de données pour les paramètres et la procédure de restauration.

Pour un ordonnancement plus riche (stockage distant, archives chiffrées, restauration depuis une liste d’instantanés), utiliser le module Database Backup/Restore.

Voir aussi