Documentation

L’espace disque de MySQL est faible sur Adobe Commerce sur les infrastructures cloud

Last update: Mon Oct 06 2025 00:00:00 GMT+0000 (Coordinated Universal Time)

Cet article fournit des solutions pour les cas où l’espace disque est très faible ou inexistant pour MySQL sur Adobe Commerce sur les infrastructures cloud. Les symptômes incluent des pannes de site, l’incapacité des clients à ajouter des produits au panier, à se connecter à la base de données, à accéder à la base de données à distance et à intégrer SSH au nœud . Les symptômes incluent également Galera, la synchronisation de l’environnement, PHP, la base de données et les erreurs de déploiement, comme indiqué ci-dessous. Cliquez sur Solution pour accéder directement à la section de la solution.

Description description

Problème

La base de données devient trop volumineuse. Les symptômes peuvent inclure la perte de la connexion à la base de données, une erreur de chargement de la base de données et divers autres problèmes.

Erreurs que vous pouvez rencontrer :

Galera :

  • SQLSTATE[ 08S01] : échec du lien de communication : 1047 WSREP n’a pas encore préparé le nœud pour l’utilisation de l’application Erreurs d’importation :
  • SQLSTATE[ HY000] : Erreur générale : 1180 Erreur de réception 5 « Erreur d’entrée/sortie »
  • SQLSTATE[ 08S01] : échec de la liaison de communication : 1047 WSREP n’a pas encore préparé le nœud pour l’utilisation de l’application

Erreurs de synchronisation de l’environnement :

  • SQLSTATE : Erreur générale : 1180 Erreur de type « Input/output error » 5 lors de la validation

Erreurs PHP :

  • php: PDO::__build(): Le serveur MySQL est parti.
  • erreurs php : PDO::__build() : erreur lors de la lecture du paquet de salutation. PID=NNNN.
  • ERROR 2013 (HY000) : Connexion perdue au serveur MySQL lors de la ‘lecture du paquet de communication initial’, erreur système : 0 « Erreur interne/vérification (pas d’erreur système) ».

Erreurs de base de données :

  • Code_erreur : 1114
  • InnoDB : erreur (espace disque insuffisant) lors de l’écriture du nœud de mots dans la table d’index auxiliaire FTS.
  • SQLSTATE[ HY000] : Erreur générale : le serveur MySQL 2006 est parti
  • [ ERROR ] SQL esclave : Erreur 'La table <table_name> est pleine' sur la requête.
  • L’unité mysql.service est entrée dans un état d’échec.
  • erreur : ‘Impossible de se connecter au serveur MySQL local via le socket ‘/var/run/mysqld/mysqld.sock’ (111 «Connexion refusée»)’
  • 1205 Verrouiller le délai d'attente dépassé ; essayez de redémarrer la transaction, la requête était : INSERT INTO cron_schedule (job_code, status, created_at, scheduled_at) VALUES (?, ?, YYYY-02-07 HH:MM:SS, YYYY-MM-DD HH:MM:SS)

Erreurs de déploiement :

  • E : la commande « [ « sudo », « -u », <environment name>, « bash », « -c », « /etc/platform/< environment name > /post_deploy.sh »] a renvoyé un état de sortie non nul 255
  • E : la commande « [ « ssh », adresse IP du nœud u< > , « sudo /usr/bin/sv -w 30 restart site-<environment name>g-nginx »] » a renvoyé une valeur non nulle.
  • Mise à niveau du schéma… SQLSTATE [ HY000] : Erreur générale : 1114 La table <table_name> est pleine
  • SQLSTATE [ HY000] : Erreur générale : 3 Erreur lors de l'écriture du fichier ./<environment name>/#
  • W : <filename> (code d’erreur : 28 « Aucun espace restant sur l’appareil ») Erreurs d’indexation (avec les fichiers .ibd temporaires orphelins dans /tmp) :
  • L’indexeur de règles de catalogue renvoie une exception. Les tables temporaires ne sont pas nettoyées par la suite, puis remplissent le disque sur le nœud principal MySQL actuel

Procédure à suivre :

Pour vérifier si le/data/mysql (ou l’emplacement où le stockage de données MySQL est configuré) est plein, vous pouvez exécuter la commande suivante dans l’interface de ligne de commande :

df -h

Moins de 10 % de la mémoire libre sur le disque MySQL est un indicateur principal d'une panne.

Cause

Le montage /data/mysql peut devenir saturé en raison de divers problèmes, tels que le manque d’inodes, l’espace de stockage disponible et les requêtes erronées qui génèrent des tables temporaires.

Résolution resolution

Il y a une étape immédiate que vous pouvez prendre pour remettre MySQL sur les rails (ou l'empêcher de se coincer) : libérez de l'espace en vidant les grandes tables.

Mais une solution à long terme consisterait à allouer plus d'espace et à suivre les bonnes pratiques de base de données, y compris en activant la fonctionnalité Archivage des commandes/factures/expéditions.

Vous trouverez ci-dessous des informations détaillées sur les solutions rapides et à long terme.

Vérifier et libérer des nœuds

Assurez-vous qu’il y a suffisamment d’inodes disponibles. Pour cela, exécutez la commande suivante :

df -i

La sortie ressemblerait à ce qui suit :

Filesystem Inodes   Used   Free Use% Mounted on/dev/nvme2n1 655360    1695  653665    1% /data/mysql

Vérifiez que le % d'utilisation est < 70 %. Les nœuds sont corrélés aux fichiers. Si vous supprimez des fichiers de la partition, vous libérez des inodes.

Vérifier et libérer de l'espace de stockage

Vérifiez l’espace de stockage disponible. Pour cela, exécutez :

df -k

La sortie serait similaire à ce qui suit :

Size Used Avail Use% Mounted on·       50G 49G 95M 100% /data/mysql

Si le % d’utilisation est > 70 %, vous devez prendre des mesures pour libérer/ajouter de l’espace.

Rechercher les fichiers ibtmp1 volumineux

Recherchez un fichier ibtmp1 volumineux sur les /data/mysql de chaque nœud : ce fichier est l'espace disque logique pour les tables temporaires. Si des requêtes incorrectes génèrent des tables temporaires, elles sont contenues dans le fichier ibtmp1. Ce fichier n'est supprimé que lors du redémarrage de la base de données. S'il occupe tout l'espace disponible, la base de données doit être redémarrée. S’il existe des requêtes incorrectes, elles seront recréées.

Vider les grandes tables

Avertissement : nous vous recommandons vivement de créer une sauvegarde de la base de données avant d'effectuer toute manipulation et de les éviter pendant les périodes de chargement élevé du site. Voir Vidanger votre base de données dans notre documentation destinée aux développeurs.

Vérifiez s'il existe de grandes tables et envisagez si l'une d'entre elles peut être nettoyée. Effectuez cette opération sur le nœud principal (source).

Par exemple, les tableaux contenant des rapports peuvent généralement être vidés. Pour plus d’informations sur la recherche de tables volumineuses, reportez-vous à l’article Rechercher des tables MySQL volumineuses.

S’il n’existe pas de tables de rapports volumineuses, envisagez de vider _index tables afin de remettre l’application Adobe Commerce sur la bonne voie. index_price tables seraient les meilleures candidates. Par exemple, catalog_category_product_index_storeX tableaux, où X peut avoir des valeurs comprises entre « 1 » et le nombre maximal de magasins. N’oubliez pas que vous devrez effectuer une réindexation pour restaurer les données de ces tables. Dans le cas de catalogues volumineux, cette réindexation peut prendre beaucoup de temps.

Une fois que vous les avez vidés, attendez la fin de la synchronisation de l’étape. Vous pouvez maintenant créer des sauvegardes et prendre des mesures plus importantes pour ajouter de l’espace, comme allouer/acheter plus d’espace et activer la fonctionnalité Archivage des commandes/factures/envois.

Vérifier les paramètres de journalisation binaire

Vérifiez les paramètres de journalisation binaire de votre serveur MySQL : log_bin et log_bin_index. Si les paramètres sont activés, les fichiers journaux peuvent devenir volumineux. Créez un ticket d’assistance demandant la purge des fichiers journaux binaires volumineux. Demandez également à de vérifier que la journalisation des fichiers binaires est correctement configurée afin que les journaux soient purgés périodiquement et ne prennent pas trop d’espace.

Si vous n’avez pas accès aux paramètres du serveur MySQL, demandez de l’aide pour les vérifier.

Récupérer l’espace disque alloué inutilisé

  1. SSH dans le nœud un et connectez-vous à MySQL :

    mysql -h127.0.0.1 -pphp -r « echo (include('app/etc/env.php')) ['db'] ['connection'] ['default'] ['password'] ; » -uwhoami whoami »

    Pour obtenir des instructions détaillées, reportez-vous à la section Connexion et exécution de requêtes sur la base de données Adobe Commerce.

  2. Recherchez l’espace inutilisé :

    code language-none 
    SELECT table_name, round((data_length+index_length)/1048576,2) AS size_MB, round((data_free)/1048576,2) AS Allocated_but_unused FROM information_schema.tables WHERE data_free > 1048576*10 ORDER BY data_free DESC;
Example output:
    table 0-row-3 1-row-3
    table_name size_MB Alsigned_but_unused
    sales_order_grid 28145,20 14943,00

    Vérifiez dans la sortie si de la mémoire a été allouée mais n'est pas utilisée. Cela se produit lorsque des données ont été supprimées d’une table, mais que la mémoire est toujours allouée à cette table.

  3. Placez votre site en mode de maintenance et arrêtez les tâches cron afin qu’aucune interaction ne se produise sur la base de données. Pour connaître les étapes, reportez-vous aux sections Activation ou désactivation du mode de maintenance et Désactivation des tâches cron.

  4. Récupérez cet espace en recréant le tableau à l’aide de la commande suivante (par exemple en utilisant le tableau répertorié ci-dessus avec l’espace le plus inutilisé) :

    ALTER TABLE sales_order_grid Engine = "INNODB";

  5. Exécutez la requête suivante pour vérifier l’espace non alloué de chaque table qui affiche une valeur élevée dans la colonne Alsigned_but_unused.

    SELECT table_name, round((data_length+index_length)/1048576,2) as size_MB, round((data_free)/1048576,2) as Allocated_but_unused FROM information_schema.tables WHERE 1 AND data_free > 1048576*10 ORDER BY       data_free DESC;

  6. Maintenant Désactivez le mode de maintenance et Activez les tâches cron.

Allouer/acheter plus d'espace

Allouez plus d’espace disque à MySQL si vous avez des fichiers inutilisés. Consultez l’article Vérification de la limite d’espace disque pour savoir comment vérifier si vous disposez d’espace disque disponible.

  • Pour le plan de démarrage, tous les environnements et les environnements d’intégration de plan Pro, vous pouvez allouer l’espace disque si vous avez des éléments inutilisés. Pour plus d’informations, consultez la section Allouer plus d’espace pour MySQL.
  • Pour les environnements d’évaluation et de production ProPlan, contactez l’assistance pour allouer plus d’espace disque si vous en avez inutilisé.
  • Si vous avez atteint votre limite d’espace et rencontrez toujours des problèmes d’espace disque faible, pensez à acheter plus d’espace disque. Pour plus d’informations, contactez l’équipe chargée de votre compte Adobe.

Lecture connexe

Recommandations relatives à la modification des tables de base de données dans le manuel Commerce Implementation Playbook

recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f