Résolution des problèmes de stockage dans la base de données sur Adobe Commerce

Cela peut être indiqué par une série de symptômes, dont le montage /tmp étant plein, le site en panne ou ne pouvant pas se SSH dans un noeud. Vous pouvez également rencontrer des erreurs telles que Aucun espace laissé sur l’appareil (28). Pour obtenir une liste des erreurs résultant de l’saturation de /tmp, consultez /tmp montage full.

Ou avez-vous un problème /data/mysql causé par un manque d'espace ? Cela peut également être indiqué par divers symptômes, dont une panne du site, des clients qui ne peuvent pas ajouter de produits au panier, un échec de connexion à la base de données et des erreurs Galeria, telles que SQLSTATE[08S01] : échec du lien de communication : 1047 WSREP. Pour une liste des erreurs résultant d'un faible espace disque MySQL, reportez-vous à la section MySQL l'espace disque est faible sur Adobe Commerce sur l'infrastructure cloud.

Si vous ne savez pas si vous rencontrez un problème d’espace disque et que vous disposez d’un compte New Relic, accédez à la page Hôtes de surveillance de l’infrastructure New Relic. À partir de là, cliquez sur l’onglet Stockage, modifiez la liste déroulante Afficher le graphique de 5 à 20 résultats, puis recherchez dans le tableau une utilisation élevée du disque dans le graphique ou le tableau % utilisé par le disque. Pour obtenir des instructions plus détaillées, reportez-vous à la section [Surveillance de l’infrastructure New Relic > Onglet Stockage]https://docs.newrelic.com/docs/infrastructure/infrastructure-ui-pages/infra-hosts-ui-page/#storage).

Si vous avez l’un des symptômes décrits ci-dessus, vérifiez l’état de vos inodes pour vous assurer que cela n’est pas dû à des problèmes de numéro de fichier. Pour ce faire, exécutez la commande suivante dans l’interface de ligne de commande/le terminal :
df -ih

UIse% > 90% ?

a. OUI - Cela est dû à un trop grand nombre de fichiers. Passez en revue les étapes de suppression des fichiers en toute sécurité dans Suppression de fichiers en toute sécurité en cas de manque d’espace disque, Adobe Commerce sur l’infrastructure cloud. Passez à l’ étape 2 une fois ces étapes terminées. Si vous souhaitez demander plus d'espace, soumettez un ticket d'assistance.
b. NON - Vérifier l’espace. Exécutez df -h | grep mysql, puis df -h | grep tmp dans l’interface de ligne de commande/le terminal pour vérifier l’utilisation de l’espace disque dans les répertoires /tmp et /data/mysql. Passez à Étape 3.

Une fois que vous avez réduit le nombre de fichiers, exécutez df -h | grep mysql puis df -h | grep tmp dans l’interface en ligne de commande/le terminal pour vérifier l’utilisation de l’espace disque dans /tmp et /data/mysql. Est-il supérieur à 70 % utilisé pour /tmp ou /data/mysql ?

a. OUI - Passez à l’ étape 3.
b. NO - Les requêtes peuvent épuiser le stockage disponible. Cela peut entraîner un blocage du noeud, mettant fin à la requête et supprimant les fichiers tmp. Examinez la sortie de SHOW PROCESSLIST; dans l’interface de ligne de commande MySQL pour rechercher les requêtes qui peuvent être la cause du problème. Envoyez un ticket d’assistance, demandant plus d’espace.

Quel répertoire utilise plus de 70 % ? /tmp ou /data/mysql ?

note note
NOTE
Par défaut, tmpdir de base de données écrit sur /tmp. Pour vérifier que la configuration de votre base de données est toujours définie sur cette valeur par défaut, exécutez la commande suivante dans l’interface de ligne de commande MySQL : SHOW VARIABLES LIKE "TMPDIR"; Si le tmpdir de base de données est toujours en train d’écrire sur /tmp, /tmp apparaîtra dans la colonne Valeur.

a. /tmp - Passez à l’ étape 4.
b. /data/mysql - Passez à l’ étape 5.

Résolution des problèmes /tmp de montage complet pour Adobe Commerce, faites défiler l’article vers le bas et essayez les solutions et les bonnes pratiques. Exécutez ensuite df -h | grep mysql, puis df -h | grep tmp dans l’interface de ligne de commande/le terminal pour vérifier l’utilisation de l’espace disque dans les répertoires /tmp et /data/mysql
  < 70 % utilisé ?

note note
NOTE
Les solutions de Dépannage /tmp de montage complet pour Adobe Commerce sont conçues pour les marchands qui n’ont pas modifié les variables de la base de données tmpdir, qui écrit par défaut sur /tmp. Si vous avez modifié la valeur de tmpdir, les instructions de Dépannage /tmp de montage complet pour Adobe Commerce ne seront pas utiles.

a. OUI - Vous avez résolu le problème.
b. NO - Envoyez un ticket d’assistance, demandant plus d’espace.

Il se peut que la configuration de votre base de données ne soit plus celle par défaut d’origine. Recherchez la configuration tmpdir de base de données en exécutant dans l’interface de ligne de commande MySQL : SELECT @@DATADIR;. Si /data/mysql/ est généré, le tmpdir de la base de données écrit maintenant sur /data/mysql/. Essayez d’augmenter l’espace dans ce répertoire en suivant les étapes de MySQL l’espace disque est faible sur Adobe Commerce sur notre infrastructure cloud. Exécutez ensuite df -h | grep mysql, puis df -h | grep tmp dans l’interface de ligne de commande/le terminal pour vérifier l’utilisation de l’espace disque dans /data/mysql et /tmp.
  < 70 % utilisé ?

a. OUI - Vous avez résolu le problème.
b. NO - Envoyez un ticket d’assistance, demandant plus d’espace.