Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Purge de base de données : paniers et connexions

leofr

Bonjour à tous,

Mon Back Office PrestaShop est devenu incroyablement lent ces dernières semaines. Après vérification avec mon hébergeur, il semble que ma base de données ait explosé en taille, atteignant plusieurs gigaoctets. Les tables ps_cart, ps_guest et ps_connections sont les principales coupables.

Je suis sur PrestaShop 1.7.1.1 et la boutique tourne depuis quelques années. Je n'ai jamais vraiment fait de nettoyage de ces tables et j'imagine que les paniers abandonnés des invités et les logs de connexion s'accumulent sans fin.

Quelqu'un aurait-il une procédure sûre, idéalement via des requêtes SQL, pour purger ces données sans risquer de supprimer des paniers liés à des commandes finalisées ? Je suis un peu nerveux à l'idée de faire ça directement en SQL sans confirmation.

Merci d'avance pour votre aide !

floriandeco86

Ah, la purge de BDD, un grand classique sur les vieilles Prestashop ! J'ai eu le même problème il y a quelques mois, mon BO était à la ramasse aussi. Tu as bien cerné le souci, ces tables grossissent énormément avec le temps.

Pour ps_connections, c'est assez simple, tu peux virer tout ce qui est vieux de plusieurs mois sans souci. Par contre, pour ps_cart et ps_guest, il faut faire attention à ne pas toucher aux paniers qui ont été convertis en commandes. Tu as regardé la taille de chaque table précisément ? Ça donne une idée des priorités.

arthur33

Oui @floriandeco86 a raison, la clé est de ne pas casser les liens avec ps_orders. Perso, j'avais dû faire ça sur une 1.6 il y a longtemps, et la logique reste la même. Il faut bien cibler les paniers qui n'ont PAS d'id_order associé, et qui sont très vieux (par exemple plus de 30 ou 60 jours).

Pour ps_guest, c'est un peu plus délicat. Souvent, je commence par nettoyer ps_cart et ps_connections, et ps_guest se réduit déjà pas mal car beaucoup de ses entrées dépendent de paniers supprimés ou de sessions expirées. Fais gaffe aux clés étrangères, le DELETE CASCADE n'est pas toujours géré comme on le voudrait si tu n'as pas les bons index.

Milo

Bonjour @leofr, et bien sûr @floriandeco86 et @arthur33 ont raison sur la prudence à observer. Sur une PrestaShop 1.7.1.1, ces tables peuvent effectivement devenir gigantesques et ralentir considérablement l'administration.

Voici la procédure et les requêtes SQL que je vous recommande, à exécuter dans PhpMyAdmin ou via un autre outil de gestion de base de données. Faites toujours une sauvegarde complète de votre base de données avant toute opération de ce type !

Purge de ps_connections : Cette table enregistre toutes les connexions au site. Vous pouvez supprimer toutes les entrées datant de plus de 60 jours (ajustez '60' selon vos besoins).

DELETE FROM `ps_connections` WHERE `date_add` < DATE_SUB(NOW(), INTERVAL 60 DAY);

Purge de ps_cart (paniers abandonnés) : C'est la table la plus importante. Nous allons supprimer les paniers qui n'ont pas été convertis en commande (id_order est NULL) et qui sont très anciens. Ici, 30 jours est une bonne base.

DELETE FROM `ps_cart` WHERE `id_order` IS NULL AND `date_add` < DATE_SUB(NOW(), INTERVAL 30 DAY);

Purge de ps_guest : Cette table contient les informations sur les visiteurs (invités). Il est plus sûr de supprimer les entrées des invités qui ne sont pas liées à un panier existant ou qui sont très anciennes. La suppression des ps_cart va déjà libérer beaucoup d'entrées ici.
```
DELETE FROM `ps_guest` WHERE `id_cart` NOT IN (SELECT `id_cart` FROM `ps_cart`) AND `date_add` < DATE_SUB(NOW(), INTERVAL 60 DAY);
```
Note : L'exécution de cette requête peut être longue si la table est très grande. Dans ce cas, vous pouvez la diviser en plus petites plages de dates.

Optimisation des tables : Après la suppression, les tables peuvent rester fragmentées. Il est bon de les optimiser pour récupérer l'espace disque et améliorer les performances.

OPTIMIZE TABLE `ps_connections`, `ps_cart`, `ps_guest`;

Exécutez ces requêtes dans l'ordre. Cela devrait significativement réduire la taille de votre base de données et améliorer la réactivité de votre Back Office.

leofr

Un grand merci @Milo pour ces requêtes claires et la procédure détaillée ! C'est exactement ce qu'il me fallait. J'ai effectué la sauvegarde et exécuté les commandes dans l'ordre que tu as indiqué. Ça a pris un peu de temps sur ps_guest comme tu l'avais prédit, mais le résultat est là. La base a perdu plusieurs Go et le Back Office est redevenu fluide ! C'est le jour et la nuit.

Merci aussi à @floriandeco86 et @arthur33 pour les mises en garde et les conseils. Votre aide a été précieuse !