J'ai wordpress avec des milliers de catgories/taxonomies personnalisées et des dizaines de milliers de messages. J'ai du mal à le garder en ligne sans cache, car le processeur atteint 100% (utilisé par le serveur mysql pas php).Wordpress mysqld est parti
J'ai isolé un problème, en raison de la mise à jour de MySQL, erreur de base de données WordPress: [serveur MySQL a disparu] MISE À JOUR wphn_options
SET option_value
= ........... 'Où option_name
=' rewrite_rules ', ceci est exécuté à chaque chargement de page. Voici un exemple de cette option_value: `Erreur de base de données WordPress: [le serveur MySQL est parti] (ce n'est pas tous les 1% de la requête, juste un court aperçu). Tout le monde sait comment je peux arrêter l'exécution de cette requête?
UPDATE `wphn_options` SET `option_value` = 'a:7269:{s:18:\"sitemap_trolio.xml\";s:33:\"index.php?aiosp_sitemap_path=root\";s:29:\"sitemap_trolio_(.+)_(\\d+).xml\";s:71:\"index.php?aiosp_sitemap_path=$matches[1]&aiosp_sitemap_page=$matches[2]\";s:23:\"sitemap_trolio_(.+).xml\";s:40:\"index.php?aiosp_sitemap_path=$matches[1]\";s:34:\"sitemap(-+([a-zA-Z0-9_-]+))?
Je comprends votre point de vue, mais il est pas comme ça du tout. J'ai un serveur dédié avec 4x Xeon (Sixcore chacun). 256 Go de RAM, et Samsung SSD hdds, il reste généralement à 10% ou moins, mais quand le cache n'est pas construit, il se bloque. J'ai supprimé AIOSP qui était ajouté à la requête de mise à jour longue mais la requête est toujours là, elle est juste plus courte, voici un exemple de la nouvelle requête après avoir supprimé la partie Sitemap: __u = 1 & name = $ matches [1] & page = $ correspond à [2] \ "; s: 10: \"^u/(. *)? /? \ "; s: 32: \" index.php? __ u = 1 & name = $ correspond à [1] \ "; s: 14: \ "^ acteur/(. *)? /? \"; S: 27: \ "index.php? Acteur = $ correspond [1] \"; s: 16: \ "^ regizor /(.*) ? –