votre site WordPress ressemble au corps humain, alors le Code principal est le cerveau et les plugins, et votre thème est le reste du système nerveux central, qui permet au site de faire ce que demandez. Cependant, à l’ère de l’information, les données sont la monnaie et le moteur du site et de l’entreprise, et la base de données WordPress sera au cœur du site. Les requêtes que lancerez dans la base de données seront les artères et les veines qui fournissent le sang de vie à votre site et reçoivent des données de votre public. Crsquoest pourquoi il est si important de maintenir la base de données dans le cadre du flux de travail normal de maintenance du site. Aujourdrsquohui, je vais partager avec un plan en cinq étapes (ou flux de travail) pour garder votre site en santé. Alors, nous allons droit au cœur du problème.
1. La première règle de maintenance de la base de données de sauvegarde nrsquoest pas
En tant que filtre de données, Accélérez où et par clause pour les requêtes MySQL. Toutefois, il y a là une remarque prudente qui est justifiée. Les index complexes créés sur des champs fréquemment mis à jour (en utilisant des requêtes insert et Update) ralentissent lrsquoexécution de ces requêtes. Lrsquoexécution de la commande mysqlcheck avec le drapeau check reconnaît toute table corrompue ou erreur drsquoindex.
De plus, il est important de se rappeler qursquoil existe deux types différents de moteurs de stockage dans MySQL: myisam et InnoDB. Il est important de comprendre comment ils utilisent la mémoire et comment ils bloquent pendant la requête. Drsquoun point de vue avancé, myisam utilise lrsquoespace disque physique comme mémoire lors du traitement des fonctions de requête lecture écriture. Drsquoautre part, InnoDB utilise une section RAM dédiée pour traiter les fonctions de requête, ce qui rend InnoDB plus efficace. De plus, myisam bloque toute la table pendant la requête, et InnoDB ne bloque que la ligne courante numérisée pendant la requête. Innodb a également une fonction de réparation automatique. Étant donné que myisam est une technologie vieille de 20 ans et qursquoelle ne sera bientôt plus prise en charge par la nouvelle version de MySQL, il est recommandé drsquoutiliser InnoDB uniformément pour toutes les tables de la base de données.
4. Restaurer lrsquoespace vide De même, les caillots sanguins ralentissent le flux sanguin, forçant ainsi le cœur à travailler plus dur. Lrsquoespace vide dans la base de données provoque des fragments de base de données qui doivent être optimisés pour récupérer lrsquoespace maudit. En termes simples, la suppression du contenu de la base de données ne restaure pas automatiquement lrsquoespace disque sur le serveur où la base de données est stockée. En fait, le contenu original a été remplacé par un vide. Par conséquent, lrsquoélimination
La taille du Répertoire du Répertoire MySQL configuré par le serveur diffère de la quantité réelle de données dans la base de données (vue via MySQL CLI, PHPMYADMIN ou lrsquooutil de connexion de base de données tiers).
Pour restaurer cet espace, pouvez utiliser deux méthodes. À partir de la ligne de commande du serveur, pouvez exécuter la commande mysqlcheck avec le drapeau auto repair. non, pouvez utiliser phpMyAdmin pour exécuter la fonction de table drsquooptimisation. Cependant, je dois suggérer de prêter attention à cette caractéristique. Comme il srsquoagit drsquoun processus destructif de reconstruction littérale drsquoune table de base de données, si le faites dans un environnement en temps réel, voudrez le faire en dehors des heures de pointe. Par exemple, si avez une grande table drsquooptions wp U, lorsque optimisez cette table, votre site sera hors ligne jusqursquoà ce que la reconstruction de la table soit terminée. Crsquoest lrsquoune des nombreuses raisons pour lesquelles je recommande fortement de ne pas effectuer ce type drsquoentretien dans un environnement de production.
5. Il est temps pour la chirurgie de se concentrer sur la production. Comme une transplantation cardiaque, remplacez un cœur usé par un nouvel organe plus sain, et cette dernière étape consiste à accomplir les quatre premières étapes du travail acharné. Vous pouvez sauter cette étape si votre flux de travail permet drsquoexécuter en toute sécurité les tâches précédentes dans la production. le fournisseur drsquohébergement dispose drsquooutils, pouvez utiliser une méthode de déploiement en une étape pour copier les sites bases de données nouvellement réparés dans un environnement de production temps réel. Il y a cependant un avertissement. Pour les sites de commerce électronique, devez assurer que votre distribution nrsquoécrase pas les nouvelles commandes passées pendant la maintenance. Pour le site Web woocommerce, les données de commande sont stockées ici
Trois tableaux:
WP _ posts WP postmeta WP woocomberce Order items WP woocomberce Order item pouvez ignorer ces tables dans la distribution en sélectionnant sélectivement les tables à migrer. Ou, les outils fournis par woocommerce peuvent aider à sauvegarder en toute sécurité les nouvelles commandes et à les fusionner sur le site que avez réparé. Vous pouvez également exporter des sites en direct en utilisant l’exportateur WordPress natif, puis ré importer pour fusionner les commandes après le déploiement de la base de données réparée. Tout comme votre médecin vérifiera votre cœur pendant que effectuez des examens réguliers, la base de données de votre site Web doit être tenue à jour régulièrement. Lrsquoajustement du flux de travail est subjectif et dépend en fait des flux de données entrants et sortants du site. Certains sites peuvent avoir besoin drsquoêtre entretenus une fois par mois, drsquoautres deux fois par année et drsquoautres une fois par semaine. Tout dépend de votre situation personnelle. Réduire la graisse et les impuretés. avez besoin drsquoune « intervention chirurgicale », engagez un expert en tant qursquoadministrateur de base de données qualifié. Vous ne voulez pas que votre médecin de famille effectue une chirurgie à cœur ouvert Crsquoest le travail drsquoun chirurgien cardiaque. Maintenir régulièrement la base de données et optimiser la configuration pour aider votre site à continuer de fonctionner au mieux:
Effectuer une analyse de sauvegarde pour éliminer le désordre et configurer la récupération de lrsquoespace vide pour passer au noyau drsquoacquisition de la production
Rendre la base de données WordPress Heart saine
