Sitolog
Registered on :
12/04/2011
Posts :
524
|
Posted :
12/06/2014 17:03:25
"Quote"
English:
You can get such an SQL error when refreshing the product table, while all or many columns are checked in.
It can be because the /tmp folder is running out of space. On some Linux installations, /tmp is in its own partition and does not have much space - big MySQL queries will fill it up.
Solution:
Work with your MySQL server host to increase he space allocated to the /tmp folder
OR
Select less categories and even more important, reduce the number of columns to display. Some columns are particularly hungry about temporary space, like:
- "categories chain".
- "List of associated categories".
- "Description".
- "Summary"
- "1 column per feature".
- "List of tags".
- "List of accessoires".
- "URLs of all photos".
...
Update (03/17/2015) : Some of you also experimented similar error suggesting to extend the value of MAX_JOIN_SIZE or to set SQL_BIG_SELECTS to 1.
This can be due also to the columns "categories chain" or simply the "cover photo" column which are creating more table joints than your server can support.
In the code of next release (6.0.7), I have added a piece of code which is setting SQL_BIG_SELECTS to 1 and prevents the error to occur.
However, seen on one site, it may ends with a very slow refresh of products list in PrestaPricing (35sec for 20 products with their photo). It looks like this is due to a bad server configuration (indexes are created on the hard drive instead of memory), as the same database installed on a different server responds very fast. Please let me know if you face the same issue.
Français
Cette erreur SQL peut survenir aléatoirement lors d'un rafraichissement de la lecture des produits, avec toutes ou de nombreuses colonnes cochées.
Cela peut être du au fait que la requête génère lors de son traitement un très gros volume de données, qui saturent le dossier /tmp du serveur mySQL.
Certains serveurs Linux mutualisés en particulier, n'alloue pas beaucoup d'espace au disque /tmp
Solution:
-Demandez à votre hébergeur si il est possible d'augmenter l'espace alloué à /tmp
OU
-Sélectionnez moins de catégories et surtout utilisez moins de colonnes en même temps. Certaines colonnes peuvent être très consommatrices d'espace temporaire, comme les colonnes
- "arborescence".
- "Liste des catégories associées"
- "Description"
- "Résumé"
- "1 colonne par caractéristique"
- "Liste des tags".
- "Liste des accessoires".
-" URLs de toutes les photos"
...
Mise à jour (17/03/2015) :
Certains d'entre vous ont également rencontré une erreur assez proche, suggérant d'augmenter la valeur de MAX_JOIN_SIZE ou de mettre à 1 le paramètre SQL_BIG_SELECTS.
Cela est également du à la présence de colonnes comme la colonne des photos de couverture, ou de l'arborescence des catégories qui utilisent plus de jointures de tables que votre serveur ne le permet.
Dans la prochaine mise à jour (6.0.7), j'ai ajouté la mise à 1 de SQL_BIG_SELECTS, ce qui permet d'éviter cette erreur.
Cependant, j'ai rencontré un cas de serveur ou l'affichage des produits devient alors très lent dans PrestaPricing (35sec pour20 produits avec photos). Cela semble du à une mauvaise configuration du serveur (problème d'indexes créés sur disque dur au lieu d'être réalisés en mémoire), car la même base installé sur un autre serveur est très rapide. Merci de m'informer si vous rencontrer un problème similaire.
Crdlt
Franck
|
