journal : vérification réelle de l'optimisation MariaDB
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
parent
e35e0e3c0b
commit
79d4a06fdf
1 changed files with 3 additions and 1 deletions
|
|
@ -1145,6 +1145,8 @@ Dernier chantier annoncé du bloc B pour l'instant : index vérifiés par `EXPLA
|
|||
|
||||
Deux fois dans ce chantier, mesurer plutôt que deviner a changé la décision : `devoirs.echeance` avait l'air d'un candidat évident à un index composite, `EXPLAIN` a montré que non. À l'inverse, `lab_sessions.etat` n'avait rien d'alarmant en lisant juste le code — c'est le volume réel (30 000 lignes, après des mois d'usage) qui rend le manque d'index coûteux, invisible sur les quelques lignes qu'on a aujourd'hui en production.
|
||||
|
||||
**Vérifié sur le serveur réel** : les deux index existent bien sur la vraie base (`SHOW INDEX`) ; un prof jetable avec deux classes (une avec une correction et une observation, l'autre vide) voit `/resultats` afficher les bons chiffres pour la bonne classe (« 1 correction(s) · 90 % de réussite », l'observation au bon endroit, la classe vide à 0). Classe et compte de test supprimés ensuite.
|
||||
|
||||
**Suite**
|
||||
|
||||
Déployer la migration d'index et le correctif N+1, vérifier en réel, puis reprendre le dernier point du bloc B : stockage S3 des travaux d'élèves.
|
||||
Dernier point du bloc B : stockage S3 des travaux d'élèves (Hetzner Object Storage, avec versioning).
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue