Base de données PrestaShop

La lenteur ne vient
presque jamais de
l'hébergement.

C'est le réflexe le plus coûteux du e-commerce : une boutique ralentit, on prend un serveur plus puissant, rien ne change. Dans la grande majorité des cas que j'ouvre, la seconde perdue est dans une requête, pas dans le processeur — un index manquant, une table de facettes jamais reconstruite, ou les restes de modules désinstallés il y a deux ans.

5,0/5 · 66 avis vérifiés 50+ projets livrés 10 ans d'expérience
En détail

La recherche à facettes est le point sensible. Pour filtrer un catalogue par attribut, prix et disponibilité, PrestaShop s'appuie sur des tables de filtres qui doivent être construites puis tenues à jour. Après un import massif, elles restent souvent dans l'état où elles étaient avant : la requête fonctionne toujours, mais elle parcourt le catalogue au lieu de lire un index.

Lire la suite

Sur trois mille références l'effet est invisible ; sur quinze mille, la page catégorie passe à quatre secondes et personne ne comprend pourquoi. Le deuxième foyer est la table des métadonnées de produits et l'accumulation générale. Chaque module installé crée ses tables ; désinstallé, il les laisse presque toujours derrière lui.

Une boutique de quelques années traîne ainsi des dizaines de tables mortes, des colonnes inutilisées et des lignes orphelines — cela ne casse rien mais alourdit les sauvegardes, les migrations et parfois les requêtes qui font des jointures larges. Le travail consiste à mesurer avant de toucher : activer le journal des requêtes lentes, identifier les cinq ou six qui pèsent réellement, et voir ce qu'un index bien placé change. On termine par l'entretien — reconstruction des tables de facettes après import, purge des données de session et de panier abandonné, et une sauvegarde dont on vérifie qu'elle se restaure.

Une base saine ne se voit pas ; c'est précisément l'objectif.

Caractéristiques

Ce que vous obtenez.

01

Tables de facettes reconstruites

Après un import massif elles restent dans l'état antérieur : la requête fonctionne toujours mais parcourt le catalogue au lieu de lire un index.

02

Journal des requêtes lentes

Cinq ou six requêtes portent presque toute la lenteur. On les identifie avant de toucher à quoi que ce soit.

03

Restes de modules désinstallés

Tables mortes, colonnes inutilisées, lignes orphelines. Rien ne casse, mais les sauvegardes et les migrations s'alourdissent.

04

Sauvegarde réellement restaurée

Une sauvegarde qu'on n'a jamais rejouée n'est pas une sauvegarde. C'est le contrôle que presque personne ne fait.

05

Migrations de version

Passer de MySQL 5.7 à 8, ou changer de moteur, sans perdre les jeux de caractères — l'endroit où les accents se transforment en points d'interrogation.

Méthode

Comment on procède.

01

Mesure

Journal des requêtes lentes activé sur une période représentative, incluant les heures de pointe.

1 à 2 jours
02

Index et facettes

Index posés sur une copie, effet mesuré, puis appliqués en production avec une sauvegarde préalable.

1 à 3 jours
03

Nettoyage

Tables mortes et données de session purgées. Ce qu'on supprime est listé avant, pas découvert après.

1 jour
04

Entretien

Reconstruction après import, purge périodique, et restauration de sauvegarde vérifiée à intervalle régulier.

récurrent
FAQ

Questions fréquentes

Faut-il changer d'hébergement ?
Parfois, mais c'est la conclusion la moins fréquente. Un hébergement sous-dimensionné a un profil reconnaissable : le temps de réponse s'effondre aux heures de pointe alors que les requêtes restent rapides. Sans ce profil, un serveur plus puissant coûte plus et ne change presque rien.
Combien de produits PrestaShop peut-il gérer ?
Des dizaines de milliers, à condition que les index suivent. Un catalogue de quinze mille références sur une base bien tenue répond mieux qu'un catalogue de trois mille laissé en l'état.
Peut-on nettoyer sans risque ?
À condition de lister ce qu'on supprime avant de le supprimer, et de disposer d'une sauvegarde qu'on a réellement restaurée une fois. Un nettoyage fait à l'aveugle sur une base de production est le meilleur moyen de perdre des commandes.
Démarrons

Prêt pour votre projet ?

Devis gratuit sous 48h. Réponse sous 24h. Aucun engagement.

PrestaShop Expert certifié Certification délivrée par l'éditeur du CMS