Optimiser sa base de données : index, requêtes et cache

La base de données est fréquemment le premier goulot d'étranglement d'une application. Bonne nouvelle : quelques principes simples suffisent souvent à transformer des temps de réponse. Encore faut-il mesurer avant d'optimiser.

Indexer ce qui est filtré

Un index accélère la lecture au prix d'un léger surcoût en écriture. On indexe les colonnes utilisées dans les clauses WHERE, les jointures et les tris. À l'inverse, multiplier les index inutiles ralentit les insertions et gonfle le stockage.

Traquer les requêtes coûteuses

• EXPLAIN : comprendre comment la requête est exécutée.
• Le problème N+1 : une requête par élément d'une liste — à remplacer par une jointure ou un chargement groupé.
• SELECT * : ne récupérer que les colonnes réellement nécessaires.

Mettre en cache au bon endroit

Un cache (Redis, par exemple) évite de recalculer ce qui change rarement. Mais le cache introduit une question délicate : l'invalidation. On ne met en cache que ce dont on sait quand et comment le rafraîchir.

Optimiser sans mesurer, c'est deviner. Un profil de requêtes vaut mieux qu'une intuition.

Penser au modèle dès le départ

Le meilleur réglage ne rattrape pas un schéma mal conçu. Types adaptés, normalisation raisonnée, clés et contraintes bien posées : un bon modèle de données est la première des optimisations.