[Résolu] SQL trop gros, énorme même !

  • Statut : non résolu
15 sujets de 1 à 15 (sur un total de 22)
  • Auteur
    Messages
  • #462741
    scott-bono
    Membre
    Initié WordPress
    11 contributions

    Bonjour,

    Ma configuration WP actuelle
    – Version de WordPress : 2.6
    – Thème utilisé : F8
    – Plugins en place :
    – Nom de l’hebergeur : OVH
    – Adresse du site : http://www.scott-bono.com/blog

    Problème(s) rencontré(s) : J’ai recu il y a peut un message d’OVH me disant que mon SQL était remplis à 90% … 90% de 5Mo soit 4,8Mo le fichier txt du SQL ! 😉

    j’ai parcouru le fichier, j’ai tout les articles, liens, plug ins, etc.
    Ya t’il un moyen d’alleger ce fichier ?

    par exemple effacer l’Historique des articles ? je doit en avoir un centaine par articles 😕 et ça pèse…
    j’ai pas trouvé d’option pour faire ça, ni même un plug in.

    Si en moin de 10 articles j’arrive à 5Mo de SQL… ça vas pas le faire ! 😉

    #644496
    Lumiere de Lune
    Participant
    Maître WordPress
    19385 contributions

    Ca me parait effectivement énorme…
    Pour info, sur une base je gère 7 blogs, dont certains existent depuis 3 ans, le tout avec 22 mega.

    Maintenant il serait peut être bien d’indiquer les plugins que tu utilises

    #644497
    scott-bono
    Membre
    Initié WordPress
    11 contributions

    désolé 😳

    – Plugins en place :
    Akismet 2.1.8
    All in One SEO Pack 1.4.6.13
    cforms 8.7
    Clean Archives Reloaded 3.1.4
    Custom Smilies 1.2
    Dagon Design Sitemap Generator 3.14
    FeedBurner Feed Stats 1.0.3
    Gravatar 1.1
    Hello Dolly 1.5
    Photo Galleria 0.1.1
    WordPress.com Stats 1.3.2
    Wordpress PDA & iPhone 1.2.6
    WP Post Columns 1.2
    🙂

    #644498
    Lumiere de Lune
    Participant
    Maître WordPress
    19385 contributions

    Je ne sais pas trop, mais tu as deux fois un plugin de stats….

    #644499
    scott-bono
    Membre
    Initié WordPress
    11 contributions

    j’ai désactivé FeedBurner Feed Stats 1.0.3 😕 pour voire… mais je vois rien.

    Je n’arrive pas a savoir comment changer les données, alléger les base de données. 😕
    vous avez une info ? 🙂

    #644500
    Comme une image
    Participant
    Maître WordPress
    2493 contributions

    Passe par l’interface PhpMyAdmin et regarde la taille des bases.
    Si tu peux nous faire un copier / coller de l’ensemble, ça serait parfait.
    Tu peux aussi lancer une optimisation en cliquant sur la colonne “perte” pour les espaces les plus importants mais je crains que ça ne te fasse pas gagner grand chose…

    #644501
    Comme une image
    Participant
    Maître WordPress
    2493 contributions

    Punaise moi déjà presque 12 Mo pour un seul blog qui a seulement 2 ans d’âge (bon, 3 Mo utilisés par l’extension VC, qui comptabilise les lecteurs… Faudrait que je me trouve un truc plus économique !!!)

    #644502
    scott-bono
    Membre
    Initié WordPress
    11 contributions

    voilà un creen je ne sais pas vraiment si c’est ça que tu veux 😕

    image1yv7.th.png

    je n’ai pas trouvé la colonnee perte ? tu as un indice ?
    désolé je suis un newbie complet…:oops:

    #644503
    Comme une image
    Participant
    Maître WordPress
    2493 contributions

    Ils ont des yeux mais ils ne voient pas 😇
    La colonne “perte” est la dernière colonne à droite. Comme je le soupçonnais : pas grand chose à récupérer, mais 69 Ko sur la table wp_options qui est assez grosse effectivement (la mienne fait 500 Ko seulement).
    Mais ta plus grosse table, c’est wp_post avec 3,8 Mo.
    Je t’invite à désactiver le suivi de version, et à faire le ménage en supprimant les brouillons.
    Tu trouveras un mode d’emploi sur cet excellent billet.

    Une fois que tu as fait le ménage, clique au fur et à mesure sur chaque valeur qui apparaît dans la colonne “perte” et lance une optimisation depuis la page sur laquelle tu arriveras alors.

    #644504
    scott-bono
    Membre
    Initié WordPress
    11 contributions
    Comme une image wrote:
    Ils ont des yeux mais ils ne voient pas 😇

    oups ! :boulet::fouet: ….:D bref, …

    bon, j’ai tenté de suivre le tuto de Korben, même si j’ai pas bien capté le passage :

    Seconde manipulation, on va enlever toutes les révisions existantes en base de données… Lancez donc phpmyadmin ou la console MySQL de votre serveur et entrez la requête SQL suivante qui supprimera définitivement de la base les révisions inutiles qui bouffent de la place :
    DELETE FROM wp_posts WHERE post_type = “revision”;

    je pense avoire fai la bonne manipe… mais je suis passé de 4,8 à 4,7 😕 …:boulet: ? possible.

    Néanmoin je reste avec de gros fichiers comme ceux ci dessous, normal ? irrémédiable ?

    wpau_upgrade_log 5 MyISAM latin1_swedish_ci 46,0 Kio –
    wp_options 315 MyISAM utf8_general_ci 678,2 Kio –
    wp_postmeta 399 MyISAM utf8_general_ci 95,2 Kio –
    wp_posts 458 MyISAM utf8_general_ci 3,8 Mio -

    Je sais que je ne suis pas débrouillard, mais j’ai trop peur de faire une bétise dans ma base de donnés. 😳

    #644505
    Comme une image
    Participant
    Maître WordPress
    2493 contributions

    Si ton blog existe depuis un bon moment, que tu as beaucoup de billets, ou beaucoup de texte dans ces billets, ma foi, non, tu ne peux pas faire grand chose ! Il faut que tu passes à une taille de base de données supérieure !
    Comme je le disais plus haut, ma base à moi fait déjà 12 Mo !!! (550 articles, 9000 commentaires…)

    #644506
    scott-bono
    Membre
    Initié WordPress
    11 contributions
    Comme une image wrote:
    Si ton blog existe depuis un bon moment, que tu as beaucoup de billets, ou beaucoup de texte dans ces billets, ma foi, non, tu ne peux pas faire grand chose ! Il faut que tu passes à une taille de base de données supérieure !
    Comme je le disais plus haut, ma base à moi fait déjà 12 Mo !!! (550 articles, 9000 commentaires…)

    heu… 5 articles, 2 pages, à peine 1 mois … et moins d’un dizaine de coms. 😕
    4,7Mo de BDD….

    consulte pas toi même… c’est pas foisonnant. :happy:

    #644507
    Comme une image
    Participant
    Maître WordPress
    2493 contributions

    Je pense que tu as merdé quand tu as lancé cette commande :

    DELETE FROM wp_posts WHERE post_type = “revision”;

    Relance-là et dis-moi combien de lignes sont affectées (ça s’affiche une fois que tu as lancé la commande).

    Ou alors lance cette commande :

    SELECT count( ID ) , `post_type`
    FROM `wp_posts`
    GROUP BY `post_type`
    LIMIT 0 , 30

    Si tu as une ligne avec des “révisions”, c’est effectivement que le nettoyage ne s’est pas fait et relance la commande !

    Si ça ne bouge pas et que tu as confiance, tu peux m’envoyer par MP tes id. de connexion à la base, que je regarde ça de plus prêt. Mais 3,7 Mo dans wp_posts avec juste quelques articles, c’est pas possible !

    #644508
    scott-bono
    Membre
    Initié WordPress
    11 contributions

    Merci de suivre ce sujet et de te pencher à ce point sur mon problème 🙂 merci beacoup !

    en fait quand le lance le scripte “à nue” il me met un message d’alerte : Vous devez choisir au moins une colonne à afficher

    bon ok, j’ai donc bidouillé et sélectionné tout les wp_post’.’ etc.’ (fait en plus plusieurs fois)
    et relancé le script… je me retrouve avec 16 pages…
    Ça semble fonctionner mais visiblement ne fait pas gagner de place.

    Pour ce qui est du second script, même topo, ça bouge pas… 😕 pas cool.

    Pour ce qui est de la confiance et étant donné ton status dans ce domaine bien sur que je te fait confiance :happy: !

    #644509
    Comme une image
    Participant
    Maître WordPress
    2493 contributions

    Méfie toi avec les commandes DELETE ! ça supprime du contenu, donc c’est à manier avec précaution.

    Si tu fais un copier coller de la zone
    SELECT count( ID ) , `post_type`
    FROM `wp_posts`
    GROUP BY `post_type`
    LIMIT 0 , 30

    il va te rajouter des 1. 2. 3. 4. qu’il faut supprimer !
    Normalement, si tu lances ces 4 lignes en bloc après avoir sélectionné ta base et cliqué sur “Exécuter SQL”, je ne vois pas pourquoi ça ne marcherait pas.

15 sujets de 1 à 15 (sur un total de 22)
  • Le sujet ‘[Résolu] SQL trop gros, énorme même !’ est fermé à de nouvelles réponses.