Optimisation base de données MySQL

[YannPl]

Côté MySQL

• Vivian à mis en place des indexes et ça avait amélioré.
• Regarder du côté des slow queries (/var/log/mysql/mysql-slow)
• Cache sur certaines tables mysql ? (journaux)

  Côté com

• analyser quand est-ce que ça a pété et trouver une correlation avec un évènement
  • Le retard à été déclenché par la pr #157 et #158 plus précisément par le commit https://github.com/Elipce-Informatique/parking/commit/8998e6a0cb4bcd213eff46de4070f6c63ce20acb

    Côté supervision

    Les requêtes récurrentes

Très peu de chances que ça soir ça. Cer requêtes font des where sur des colonnes déjà indéxés car clés étrangères ou id. De plus elles sont moins nombreuses que les requêtes venant du serveur de com.

• parking/1/tableau_bord:

Liste des champs impactés dans les where :

• [x] preference.key
• [x] preference.parking_id
• [x] etat_occupation.type_place_id
• parking/journal_place/1/53275:

Liste des champs impactés dans les where :

• [x] journal_equipement_plan.plan_id
• parking/afficheur/updateAfficheurs?ids:

Liste des champs impactés dans les where

[YannPl]

Slow queries MySQL

# Time: 151118 15:09:16
# User@Host: p022[p022] @ localhost [127.0.0.1]  Id:     8
# Query_time: 11.242505  Lock_time: 0.160836 Rows_sent: 1  Rows_examined: 23430440
SET timestamp=1447855756;
SELECT e.state FROM event_capteur e 
WHERE capteur_id=28 AND e.id=(SELECT MAX(e2.id)            
FROM event_capteur e2            
WHERE e2.capteur_id=e.capteur_id);
----------------------------
# Time: 151118 15:13:17
# User@Host: p022[p022] @ localhost [127.0.0.1]  Id:     9
# Query_time: 1.358290  Lock_time: 0.000074 Rows_sent: 1  Rows_examined: 6
use p022;
SET timestamp=1447855997;
SELECT v.id    
FROM vue v   
JOIN afficheur a ON a.id=v.afficheur_id  
JOIN plan ON plan.id=a.plan_id   
JOIN niveau n ON n.id=plan.niveau_id   
JOIN parking pa ON pa.id=n.parking_id   
JOIN server_com s ON s.parking_id=pa.id   
WHERE v.v4_id=3401   AND s.protocol_port=26022;