You are not logged in.
Pages: 1
Topic closed
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 partiellement 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 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 ?
Merci
Offline
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Pages: 1
Topic closed