Base de données MySQL pour les plugins
Comment fournir une base de données MySQL à un serveur chez Millida, où récupérer les identifiants et quoi mettre dans la configuration du plugin.
Mis à jour le 16 août 2026
De nombreux plugins ont besoin d’une base de données : économie, claims, statistiques, liaison de plusieurs serveurs. Une base de données dédiée à chaque serveur est provisionnée en un clic.
À qui cela s’adresse
Une base de données est disponible sur n’importe quelle offre payante — la même limite que pour les fichiers et SFTP. Si une base de données a déjà été provisionnée auparavant sur une autre offre, l’accès à celle-ci reste.
Comment provisionner
Rendez-vous dans la section « Base de données » → « Créer une base de données ». Le panneau crée la base de données ainsi qu’un utilisateur distinct et affiche les identifiants : hôte, port, nom de la base de données, nom d’utilisateur, mot de passe.
Ce qu’il faut indiquer dans le plugin
Un bloc typique dans le config.yml du plugin :
database:
type: MySQL
host: <host from panel>
port: <port from panel>
database: <database name>
username: <login>
password: <password>
Les noms des clés diffèrent selon les plugins, mais le sens reste le même. Après avoir modifié la config, redémarrez le serveur.
Une base de données pour tout le réseau
Un réseau derrière un proxy a presque toujours besoin d’une base de données partagée : les comptes des joueurs, les grades et les bannissements doivent s’appliquer à tous les mondes en même temps. La procédure est la suivante :
- Créez une base de données sur un serveur du réseau — ce sera la base partagée.
- Dans la section « Base de données » de ce serveur, activez « Base de données partagée pour mes serveurs ». Sans cela, les serveurs voisins reçoivent
Access denied: par défaut, la base de données n’autorise que le serveur auquel elle a été attribuée. - Dans les configs des autres serveurs, indiquez le même nom d’utilisateur, mot de passe et nom de base de données.
- Vérifiez quel port le panneau affiche pour les connexions depuis les autres serveurs. Les serveurs d’un même réseau peuvent tourner sur des machines différentes, tandis que la base de données réside sur la machine où elle a été créée : depuis une machine voisine, elle est accessible via le même hôte mais sur un port différent — le panneau l’affiche dans un bloc séparé.
Si les plugins des serveurs voisins affichent Access denied for user ... @'172.18.0.1', la cause est l’une des deux suivantes : l’accès partagé n’est pas activé, ou le port 3306 est indiqué à la place du port du bloc « Connexion depuis vos autres serveurs ».
Important
- Vous ne pouvez pas vous connecter à la base de données depuis l’extérieur — elle n’est accessible qu’à vos serveurs ; c’est une protection, pas une limitation.
- Avec l’accès partagé, le mot de passe devient la frontière. Activez-le pour votre réseau et ne publiez pas les identifiants.
- Le mot de passe est affiché dans le panneau et ne peut être modifié qu’en recréant la base de données.
- La suppression de la base de données supprime les données. Les plugins qui y résidaient repartiront de zéro.
Si le plugin ne se connecte pas
Vérifiez la console au démarrage : des messages comme Communications link failure signifient que les identifiants ne correspondaient pas. Le plus souvent, l’hôte et le port sont inversés, ou un espace superflu s’est glissé dans le mot de passe lors du copier-coller.
