résoudre les nombreux crash de la table j25_session

Réduire
X
 
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • #16
    Re : résoudre les nombreux crash de la table j25_session

    oui plusieurs fois car j'ai fait plein de réglages différent afin de trouver le mieux et a chaque fois l'utilitaire d'ovh me conseil d'augmenter join_buffer_size et de temps en temps query_cache_limit ..

    par défaut join_buffer_size est à 1 M sauf que si on écoute l utilitaire on doit faire 4 puis 8, puis 32 puis 128 c'est infini comme tru, et comme j'ai lu qu'il ne fallait pas mettre cette valeur trop élevé.

    Je vais réactiver le chat pour voir si le log slow queries affiche des valeurs

    Merci pour tes réponses précieuses qui me guide

    Commentaire


    • #17
      Re : résoudre les nombreux crash de la table j25_session

      Des choses commence à apparaitre sur mon fichier logs des slow queries mais je ne sait aps trop comment les interpreter



      # Time: 130916 19:20:21
      # User@Host: DBNAME @ [IP]
      # Query_time: 16.923725 Lock_time: 0.000074 Rows_sent: 0 Rows_examined: 0
      use DBNAME;
      SET timestamp=1379352021;
      DELETE
      FROM `j25_session`
      WHERE `time` < '1379350203';

      # Time: 130916 20:58:05
      # User@Host: DBNAME @ [IP]
      # Query_time: 16.287060 Lock_time: 0.000527 Rows_sent: 3 Rows_examined: 137
      SET timestamp=1379357885;
      SELECT c.*, CASE WHEN CHAR_LENGTH(c.alias) THEN CONCAT_WS(':', c.id, c.alias) ELSE c.id END as slug,COUNT(i.`id`) AS numitems
      FROM j25_categories as c
      LEFT JOIN j25_categories AS s ON (s.lft <= c.lft AND s.rgt >= c.rgt) OR (s.lft > c.lft AND s.rgt < c.rgt)
      LEFT JOIN (SELECT cat.id as id FROM j25_categories AS cat JOIN j25_categories AS parent ON cat.lft BETWEEN parent.lft AND parent.rgt WHERE parent.extension = 'com_content' AND parent.published != 1 GROUP BY cat.id) AS badcats ON badcats.id = c.id
      LEFT JOIN `j25_content` AS i ON i.`catid` = c.id AND i.state = 1
      WHERE (c.extension='com_content' OR c.extension='system') AND c.access IN (1,1) AND c.published = 1 AND s.id=56 AND badcats.id is null
      GROUP BY c.id, c.asset_id, c.access, c.alias, c.checked_out, c.checked_out_time,
      c.created_time, c.created_user_id, c.description, c.extension, c.hits, c.language, c.level,
      c.lft, c.metadata, c.metadesc, c.metakey, c.modified_time, c.note, c.params, c.parent_id,
      c.path, c.published, c.rgt, c.title, c.modified_user_id
      ORDER BY c.lft;

      # Time: 130916 22:10:17
      # User@Host: DBNAME @ [IP]
      # Query_time: 15.813117 Lock_time: 0.000156 Rows_sent: 0 Rows_examined: 0
      SET timestamp=1379362217;
      INSERT INTO `j25_session`
      (`session_id`, `client_id`, `time`) VALUES
      ('j6r3j74ks38mv53pb9rqkk1285', 0, '1379362202');

      Commentaire


      • #18
        Re : résoudre les nombreux crash de la table j25_session

        Les lenteurs sur les insert en table session proviennent soit de l'exécution parallèle d'autre srequêtes, soit d'une table un peu lourde. Essaies la commande SQL
        Code:
        OPTIMIZE TABLE  `j25_session`
        qui va réorganiser la table pour combler les trous entre les DELETE appliqués aux sessions expirées et compacter la table.

        Pour l'autre, avec ses jointures, en passant le join_buffer_size à 2M au lieu de 1M, ça devrait améliorer sans utiliser de table temporaire de traitement.

        Sur ces requêtes complexes, la vraie solution serait certes dans une évolution au niveau Joomla! pour utiliser des VIEWS SQL dans ce cas. Ça viendra un jour ou l'autre dans les évolutions.
        Pas de demande de support par MP.
        S'il n'y a pas de solution, c'est qu'il n'y a pas de problème (Devise Shadok)

        Commentaire


        • #19
          Re : résoudre les nombreux crash de la table j25_session

          Ok

          pour l'optimisation de la table je l'avais faites hier ainsi que sur toutes les autres du reste, car cela ne coute rien lol là j'ai recommencer que pour cette table..

          le join_buffer_size est déjà a 8M je le diminue a 2 ? car l'utilitaire d'OVH l avait conseiller d'augmenter cette valeur jusqu a des nombre a 3 chiffres étant perplexe je l'ai laissé à 8.

          En fait d'après ce que tu me dit je suis un peu coincé là ? car l'optimisation ne se fait pas tout seul et donc cest à moi detemps en temps d'aller jeter un oeil sur ce qu il se passe

          Commentaire


          • #20
            Re : résoudre les nombreux crash de la table j25_session

            S'il est déjà à 8M, il y a un problème. Soit ton SQL privé est sur un serveur avec trop de charge (d'autre sSQL privés sur le même serveur peuvent provoquer également des lenteurs et surcharges), soit il est inadapté à ta montée en charge au niveau du chat.
            Pas de demande de support par MP.
            S'il n'y a pas de solution, c'est qu'il n'y a pas de problème (Devise Shadok)

            Commentaire


            • #21
              Re : résoudre les nombreux crash de la table j25_session

              Oui je l ai même poussé à 256 car a chaque changement l'utilitaire OVH préconisait une nouvelle valeur plus haute pour ce réglage et de temps en temps il demandait à augmenter également le query_cache_limit

              Commentaire


              • #22
                Re : résoudre les nombreux crash de la table j25_session

                d'autres infos sont apparu dans le log

                # Time: 130917 0:00:11
                # User@Host: DB NAME @ [IP]
                # Query_time: 0.000759 Lock_time: 21007560.910755 Rows_sent: 1 Rows_examined: 2
                SET timestamp=1379368811;
                SELECT title FROM `j25_usergroups` ug left join `j25_user_usergroup_map` map on (ug.id = map.group_id) WHERE map.user_id=353;

                # Time: 130917 3:36:01
                # User@Host: OVH[OVH] @ localhost []
                # Query_time: 18446723053186.640625 Lock_time: 0.000000 Rows_sent: 0 Rows_examined: 0
                SET timestamp=1379381761;

                # administrator command: Quit;
                # User@Host: OVH[OVH] @ localhost []
                # Query_time: 21061033.910740 Lock_time: 0.000000 Rows_sent: 1 Rows_examined: 0
                SET timestamp=1379381761;
                select @@version_comment limit 1;

                # User@Host: DB NAME @ [IP]
                # Query_time: 12.620945 Lock_time: 0.000187 Rows_sent: 0 Rows_examined: 0
                SET timestamp=1379381761;
                UPDATE `j25_session`
                SET `data` = '__default|a:8:{s:15:\"session.counter\";i:5;s:19: \"session.timer.start\";i:1379456589;s:18:\"sessio n.timer.last\";i:1379456712;s:17:\"session.timer.n ow\";i:1379456994;s:22:\"session.client.browser\"; s:101:\"Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.66 Safari/537.36\";s:8:\"registry\";O:9:\"JRegistry\":1:{s:7 :\"\0*\0data\";O:8:\"stdClass\":0:{}}s:4:\"user\"; O:5:\"JUser\":25:{s:9:\"\0*\0isRoot\";b:0;s:2:\"id \";i:0;s:4:\"name\";N;s:8:\"username\";N;s:5:\"ema il\";N;s:8:\"password\";N;s:14:\"password_clear\"; s:0:\"\";s:8:\"usertype\";N;s:5:\"block\";N;s:9:\" sendEmail\";i:0;s:12:\"registerDate\";N;s:13:\"las tvisitDate\";N;s:10:\"activation\";N;s:6:\"params\ ";N;s:6:\"groups\";a:0:{}s:5:\"guest\";i:1;s:13:\" lastResetTime\";N;s:10:\"resetCount\";N;s:10:\"\0* \0_params\";O:9:\"JRegistry\":1:{s:7:\"\0*\0data\" ;O:8:\"stdClass\":0:{}}s:14:\"\0*\0_authGroups\";a :1:{i:0;i:1;}s:14:\"\0*\0_authLevels\";a:2:{i:0;i: 1;i:1;i:1;}s:15:\"\0*\0_authActions\";N;s:12:\"\0* \0_errorMsg\";N;s:10:\"\0*\0_errors\";a:0:{}s:3:\" aid\";i:0;}s:13:\"session.token\";s:32:\"e61e2289c f8effede4a1399f6ee53fd6\";}'
                , `time` = '1379456996'
                WHERE `session_id` = 's1anmti2v4toat4qna1mu4g4j4';

                # User@Host: DB NAME ] @ [IP]
                # Query_time: 15.410298 Lock_time: 0.000440 Rows_sent: 1 Rows_examined: 1
                SET timestamp=1379381761;

                SELECT a.id, a.asset_id, a.title, a.alias, a.title_alias, a.introtext, a.fulltext, CASE WHEN badcats.id is null THEN a.state ELSE 0 END AS state, a.mask, a.catid, a.created, a.created_by, a.created_by_alias, CASE WHEN a.modified = 0 THEN a.created ELSE a.modified END as modified, a.modified_by, a.checked_out, a.checked_out_time, a.publish_up, a.publish_down, a.images, a.urls, a.attribs, a.version, a.parentid, a.ordering, a.metakey, a.metadesc, a.access, a.hits, a.metadata, a.featured, a.language, a.xreference,c.title AS category_title, c.alias AS category_alias, c.access AS category_access,u.name AS author,(
                SELECT MAX(contact.id) AS id
                FROM j25_contact_details AS contact
                WHERE contact.published = 1 AND contact.user_id = a.created_by) as contactid,parent.title as parent_title, parent.id as parent_id, parent.path as parent_route, parent.alias as parent_alias,ROUND(v.rating_sum / v.rating_count, 0) AS rating, v.rating_count as rating_count
                FROM j25_content AS a
                LEFT JOIN j25_categories AS c on c.id = a.catid
                LEFT JOIN j25_users AS u on u.id = a.created_by
                LEFT JOIN j25_categories as parent ON parent.id = c.parent_id
                LEFT JOIN j25_content_rating AS v ON a.id = v.content_id
                LEFT OUTER JOIN (SELECT cat.id as id FROM j25_categories AS cat JOIN j25_categories AS parent ON cat.lft BETWEEN parent.lft AND parent.rgt WHERE parent.extension = 'com_content' AND parent.published <= 0 GROUP BY cat.id) AS badcats ON badcats.id = c.id
                WHERE a.id = 311 AND (a.publish_up = '0000-00-00 00:00:00' OR a.publish_up <= '2013-09-18 00:19:35') AND (a.publish_down = '0000-00-00 00:00:00' OR a.publish_down >= '2013-09-18 00:19:35') AND (a.state = 1 OR a.state =2);

                # User@Host: DB NAME @ [IP]
                # Query_time: 11.660454 Lock_time: 0.000246 Rows_sent: 0 Rows_examined: 0
                SET timestamp=1379381761;
                UPDATE `j25_session`
                SET `data` = '__default|a:7:{s:15:\"session.counter\";i:89;s:19 :\"session.timer.start\";i:1379487975;s:18:\"sessi on.timer.last\";i:1379488838;s:17:\"session.timer. now\";i:1379488841;s:22:\"session.client.browser\" ;s:136:\"Mozilla/5.0 (Linux; Android 4.2.2; GT-I9505 Build/JDQ39) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.72 Mobile Safari/537.36\";s:8:\"registry\";O:9:\"JRegistry\":1:{s:7 :\"\0*\0data\";O:8:\"stdClass\":0:{}}s:4:\"user\"; O:5:\"JUser\":25:{s:9:\"\0*\0isRoot\";b:0;s:2:\"id \";s:3:\"554\";s:4:\"name\";s:8:\"El Hajri\";s:8:\"username\";s:11:\"jajardel613\";s:5: \"email\";s:16:\"jajardel9@me.com\";s:8:\"password \";s:65:\"5ce8a987f43397233a9096c2816db494:Kp0vWbJ TkfYNwMiTp4Qfs904kRrwicnP\";s:14:\"password_clear\ ";s:0:\"\";s:8:\"usertype\";s:10:\"Registered\";s: 5:\"block\";s:1:\"0\";s:9:\"sendEmail\";s:1:\"0\"; s:12:\"registerDate\";s:19:\"2013-08-30 11:28:40\";s:13:\"lastvisitDate\";s:19:\"2013-09-18 05:41:06\";s:10:\"activation\";s:0:\"\";s:6:\"para ms\";s:18:\"{\"timezone\":\"UTC\"}\";s:6:\"groups\ ";a:1:{i:2;s:1:\"2\";}s:5:\"guest\";i:0;s:13:\"las tResetTime\";s:19:\"0000-00-00 00:00:00\";s:10:\"resetCount\";s:1:\"0\";s:10:\"\0 *\0_params\";O:9:\"JRegistry\":1:{s:7:\"\0*\0data\ ";O:8:\"stdClass\":1:{s:8:\"timezone\";s:3:\"UTC\" ;}}s:14:\"\0*\0_authGroups\";a:2:{i:0;i:1;i:1;i:2; }s:14:\"\0*\0_authLevels\";a:3:{i:0;i:1;i:1;i:1;i: 2;i:2;}s:15:\"\0*\0_authActions\";N;s:12:\"\0*\0_e rrorMsg\";N;s:10:\"\0*\0_errors\";a:0:{}s:3:\"aid\ ";i:0;}}__kide|a:4:{s:3:\"gmt\";s:1:\"2\";s:6:\"se sion\";s:32:\"d1a7a779696dbcb9ba6e5b3f5b97a2e7\";s :3:\"key\";i:8159948;s:6:\"userid\";s:3:\"554\";}'
                , `time` = '1379488842'
                WHERE `session_id` = '4oijeq1kgtestl2v41lkcn9u06';

                # User@Host: DB NAME @ [IP]
                # Query_time: 10.251539 Lock_time: 0.000124 Rows_sent: 1 Rows_examined: 1
                SET timestamp=1379381761;
                SELECT rules
                FROM j25_assets
                WHERE id = '1';

                Commentaire


                • #23
                  Re : résoudre les nombreux crash de la table j25_session

                  Vu qu'il s'agit de requêtes simples simples, il y a fort à parier que le serveur est un peu poussif.
                  Pas de demande de support par MP.
                  S'il n'y a pas de solution, c'est qu'il n'y a pas de problème (Devise Shadok)

                  Commentaire


                  • #24
                    Re : résoudre les nombreux crash de la table j25_session

                    Ok Merci Jisse donc si cela replante le serveur dédié serait une bonne option ?

                    Commentaire


                    • #25
                      Re : résoudre les nombreux crash de la table j25_session

                      Sur du dédié actuel, avec 4 ou 8 gigas de RAM, tu peux carrément allouer la moitié de la RAM au cache MySQL, ce qui évidemment arrange bien des choses.
                      Pas de demande de support par MP.
                      S'il n'y a pas de solution, c'est qu'il n'y a pas de problème (Devise Shadok)

                      Commentaire


                      • #26
                        Re : résoudre les nombreux crash de la table j25_session

                        Ok donc avec ce type d'offre je suis tranquille :

                        http://www.ovh.com/fr/serveurs_dedies/mini-sp.xml

                        Commentaire


                        • #27
                          Re : résoudre les nombreux crash de la table j25_session

                          Là, oui, pour un bon moment.

                          Et tu pourras configurer un MySQL vraiment optimisé.
                          Pas de demande de support par MP.
                          S'il n'y a pas de solution, c'est qu'il n'y a pas de problème (Devise Shadok)

                          Commentaire

                          Annonce

                          Réduire
                          Aucune annonce pour le moment.

                          Partenaire de l'association

                          Réduire

                          Hébergeur Web PlanetHoster
                          Travaille ...
                          X