You are not logged in.
Pages: 1
Bonjour , et merci d'avance pour votre aide
Version glpi 0.90
Version FusionInventory 0.90+1.1
Nous avons des requêtes Mysql lentes, j'ai donc activé la variable log_slow_queries.
Les requêtes étant longues suite à des erreurs d'indexation, nous avons donc crée de nouveaux index pour palier au problème.
create index computers_id on glpi_plugin_fusioninventory_computerlicenseinfos(computers_id);
create index day on glpi_plugin_fusioninventory_inventorycomputerstats(day);
create index dblocksoft_date on glpi_plugin_fusioninventory_dblocksoftwareversions(date);
Il reste encore des requêtes longues sur les tables glpi_computers_softwareversions 16 574 24 enregistrements et glpi_softwareversion avec 1 300 000 enregistrements.
Qu'en pensez-vous ?
Merci
Last edited by cremos (2016-05-30 21:53:41)
Offline
Il reste encore des requêtes longues et des erreurs d'indexation qui sont inopérantes sur la table glpi_softwareversion avec 1 652 667 enregistrements, cela a un effet d'avalanche sur sur le serveur apache
Exemple ci-dessous
# Time: 160530 19:49:50
# User@Host: root[root] @ [192.168.236.6]
# Query_time: 17.823874 Lock_time: 0.000110 Rows_sent: 0 Rows_examined: 1652232
SET timestamp=1464630590;
SELECT `glpi_softwareversions`.`id`
FROM `glpi_softwareversions`
LEFT JOIN `glpi_softwares`
ON (`glpi_softwares`.`id` = `glpi_softwareversions`.`softwares_id`)
WHERE `glpi_softwares`.`id` IS NULL;
Qu'en pensez-vous ?
A suivre
Merci
Offline
Pages: 1