Améliorez la mise en cache de la base de données avec une configuration avancée dans W3 Total Cache

Jusqu'à présent, nous avons configuré les paramètres de minification du cache total W3. Dans ce tutoriel, je couvrirai la configuration avancée de W3 Total Cache.

Cache de base de données

La mise en cache de la base de données est un facteur important dans l'optimisation de votre site Web. Permettez-moi de vous donner un exemple de réseau à trois niveaux : désormais, les applications sont déployées sur plusieurs niveaux pour améliorer les performances. Cela signifie que la couche application et la couche données peuvent exister sur des hôtes différents. L'application affiche les données selon les besoins.

Ici, le goulot d'étranglement est la couche de données. Un goulot d'étranglement est défini comme le point auquel les performances ou la capacité globale du système sont limitées par un certain nombre de composants ou de ressources. Dans notre cas, ce sera la couche de données.

Pour améliorer les performances, nous avons évidemment besoin des données là où se trouve la couche application, mais les bases de données commerciales sont suffisamment lourdes pour ne pas être placées dans la couche application, nous utilisons donc d'autres bases de données légères pour mettre en cache l'hôte de la couche de données dans l'application.

Pour clarifier la description ci-dessus, pensez-y de cette façon : un moyen simple de comprendre ce type de mise en cache est de penser à servir dynamiquement les pages de votre site Web WordPress en interrogeant la base de données encore et encore. Le rôle du cache de base de données est de mettre en cache les requêtes les plus couramment utilisées afin que davantage de contenu statique puisse être récupéré rapidement.

Avantages de la mise en cache de base de données

• Évolutivité
• Flexibilité
• Disponibilité
• Performances

Régulier

Commençons par configurer le cache de la base de données. Tout d’abord, faites attention à l’onglet Général. Cochez l'option qui indique au plug-in de ne pas mettre en cache les requêtes des utilisateurs connectés. Par exemple, si vous utilisez WordPress comme CMS et vendez du contenu payant, alors tout le trafic dont vous disposez est un ensemble d'utilisateurs connectés, vous pouvez alors décocher cette option.

Avancé

Durée de vie maximale des objets mis en cache

Dans les paramètres avancés, la première configuration est définie sur une valeur de 180 secondes. Il détermine le délai d'expiration des éléments de cache inchangés. Plus la valeur est élevée, plus le cache est grand. Vous pouvez augmenter cette valeur si vous souhaitez mettre en cache les requêtes de base de données pendant une période plus longue. Cela augmentera considérablement la taille du cache sur le disque.

Intervalle de collecte des déchets

Ce paramètre définit la fréquence à laquelle vous souhaitez que le cache indésirable soit supprimé du disque. Dans le tutoriel précédent, nous avons sélectionné « Cache de type disque », qui est chargé de sauvegarder le cache sur le stockage disque de l'hôte. Le paramètre d’intervalle de récupération de place est responsable de la suppression du cache inutile. La valeur par défaut de 3 600 convient dans la plupart des cas.

Ne cachez jamais les pages suivantes

Les pages/URL ou répertoires définis dans cette case ne seront pas mis en cache. Ce paramètre nous aide lorsque nous rencontrons des problèmes pour travailler avec une page ou un répertoire spécifique lié au plugin.

Tige de requête ignorée

Parfois, des plugins comme WooCommerce et d'autres plugins d'évaluation souffrent de la mise en cache de la base de données. Nous avons tendance à ignorer les requêtes de base de données liées à ces plugins via cette zone. WooCommerce et d’autres plugins les plus couramment utilisés ont été corrigés. Autrement dit, vous pouvez voir certaines valeurs par défaut qui ont été définies.

Par exemple, j'ai eu un problème avec le plugin de notation, j'ai donc consulté Lester (l'auteur de ce plugin) et il m'a dit d'ignorer ces deux stems wp_postmeta 和 W3TC 中的 wp_ ratings. Cet exemple est juste pour vous donner une idée de la façon de résoudre le problème.

Notez que tout préfixe saisi (défini dans wp-config.php) sera remplacé par le préfixe actuel de la base de données (par défaut : wp_). Vous pouvez utiliser le mode débogage pour identifier les tiges de requête. Si vous rencontrez toujours un problème, vous pouvez lire cette solution.

Rejeter les mots de requête

Conservez ce paramètre, sauf si vous êtes un administrateur de base de données et savez ce que vous faites. Cette zone est utilisée pour ignorer certains modèles de requêtes de base de données qui sont trop importants pour être utilisés directement au lieu d'être mis en cache.

Voilà. Nous aborderons la mise en cache des objets dans le prochain didacticiel. Si vous avez des questions, je serai heureux de vous aider.