Les données MySQL sont stockées dans le dossier de données à l'emplacement spécifié par l'utilisateur ou par défaut. Le tmpdir par défaut est également stocké dans le dossier de données. Les fichiers temporaires MySQL sont stockés ici et ne peuvent pas être facilement supprimés.
Source d'erreur ?
Un espace disque insuffisant dans le répertoire supérieur /data où se trouve le répertoire de données MySQL /data/mysql a provoqué l'échec du démarrage de MySQL, donc d'autres répertoires inutiles dans le répertoire /data, à l'exception du sous-répertoire mysql, ont été nettoyé. Le redémarrage de la découverte a toujours échoué. Vérifiez le journal des erreurs.
Voir l'erreur suivante :
/usr/local/mysql/bin/mysqld : Impossible de créer/écrire dans le fichier '/data/tmp/ibbLmEoD' (Errcode : 13 - Autorisation refusé)
Il s'avère que lors du nettoyage des répertoires inutiles, le répertoire tmpdir-/data/tmp spécifié dans le fichier de configuration MySQL a été accidentellement supprimé, ce qui a empêché certains fichiers ou tables temporaires au démarrage du serveur MySQL de ne pas être accessibles en écriture. . , provoquant l'échec du démarrage. Après avoir reconstruit le répertoire et accordé les autorisations appropriées, redémarrez MySQL Server et démarrez-le normalement.
Parlons du paramètre du répertoire temporaire MySQL :
Format du paramètre de ligne de commande : --tmpdir=path
Format du paramètre du fichier de configuration :tmpdir=path
Le répertoire temporaire est utilisé pour stocker des fichiers temporaires ou des tables temporaires. La valeur peut être une liste de chemins séparés par ":" (Unix) ou ";" (Windows) qui peuvent être utilisés tour à tour pour répartir la charge sur différents disques. Si le serveur MySQL agit en tant qu'esclave, vous ne pouvez pas pointer ce répertoire vers un répertoire basé sur le système de fichiers mémoire ou un répertoire qui sera nettoyé au redémarrage de l'hôte, car l'esclave a besoin de ces fichiers pour copier la table temporaire ou effectuez l'opération LOAD DATA INFILE. La perte de ces fichiers entraînera l'échec de la réplication. Cela signifie que le tmpdir de l'esclave ne peut pas être défini sur le répertoire /tmp par défaut du système Linux. Pour Slave, vous pouvez utiliser un autre élément de configuration slave_load_tmpdir pour définir son répertoire temporaire, afin que Slave ne puisse pas utiliser le répertoire temporaire défini par l'option générale tmpdir. Il n'existe aucune restriction de ce type pour les serveurs MySQL dans des rôles non-esclaves.
Si le répertoire temporaire n'existe pas ou si les autorisations sont incorrectes, cela entraînera non seulement l'échec du démarrage du serveur MySQL, mais également l'exécution anormale d'autres utilitaires MySQL susceptibles d'utiliser le répertoire temporaire. De nombreux programmes liés à MySQL liront les valeurs d'options du fichier de configuration du serveur MySQL, comme le programme de sauvegarde complète xtrabackup. L'erreur suivante est provoquée par l'absence du répertoire temporaire spécifié dans le fichier de configuration du serveur MySQL.
xtrabackup_56 : Impossible de créer/écrire dans le fichier '/data/tmp/ibHbumcM' (Errcode : 2 - Aucun fichier ou répertoire de ce type)
23/07/2014 16:04 : 42 7f1b25c607e0 InnoDB : Erreur : impossible de créer un fichier temporaire ; errno : 2
xtrabackup : innodb_init() : une erreur s'est produite.
innobackupex : Erreur :
innobackupex : échec d'ibbackup à /usr/bin/innobackupex ligne 389.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!