PrestaShop rame sur votre hébergement mutualisé ? Le Guide de « Survie » SQL (Sans accès Root)

Vous êtes locataire, pas propriétaire
Soyons honnêtes une seconde.
Vous hébergez votre boutique PrestaShop sur une offre mutualisée à quelques euros par mois,
probablement chez OVH, ou O2Switch.
Vous espérez des performances de Formule 1,
mais la réalité technique est tout autre :
vous essayez de faire un sprint dans une rame de métro bondée à l’heure de pointe.

Sur ce type d’hébergement, vous partagez le processeur et la mémoire vive (RAM) avec des centaines d’autres sites.
Pire encore, vous n’avez pas les clés du moteur.
Le fichier de configuration my.cnf, le Saint Graal qui permet d’allouer de la puissance à la base de données, vous est interdit d’accès.

Vous subissez les réglages par défaut de l’hébergeur, souvent inadaptés au e-commerce intensif.

Est-ce une fatalité ?
Non. Si on ne peut pas changer le moteur, on peut alléger la voiture.
En tant qu’expert système habitué aux serveurs dédiés, j’ai adapté mes méthodes pour intervenir dans ces environnements contraints. Voici comment optimiser votre base de données « à l’aveugle », sans accès root, et redonner de l’oxygène à votre boutique.

ALTER TABLE ps_cart_product ADD INDEX id_product_attribute (id_product, id_product_attribute);

ALTER TABLE ps_cart_product ADD INDEX id_product_attribute (id_product, id_product_attribute);

ALTER TABLE ps_customer ADD INDEX email (email);

ALTER TABLE ps_customer ADD INDEX email (email);

DELETE FROM ps_connections WHERE date_add < DATE_SUB(NOW(), INTERVAL 3 MONTH);

DELETE FROM ps_connections WHERE date_add < DATE_SUB(NOW(), INTERVAL 3 MONTH);

TRUNCATE TABLE ps_smarty_cache;
TRUNCATE TABLE ps_smarty_lazy_cache;

TRUNCATE TABLE ps_smarty_cache;
TRUNCATE TABLE ps_smarty_lazy_cache;