Cache de requêtes SQL avec 70 % de succès
Calculez le gain d'un cache de résultats de requêtes à 70 % de succès devant une base répondant en 25 ms.
Par Jimenez Julien, éditeur de Témoin 19 · mis à jour le
- Latence moyenne avec cache
- 7,85 ms
- Latence sans cache
- 25 ms
- Réduction de la latence moyenne
- 68,6 %
- Accélération
- × 3,18
- Requêtes arrivant à l'origine
- 900 par seconde
- Requêtes évitées à l'origine
- 181 440 000 par jour
Moyenne pondérée : les échecs de cache restent lents, donc les percentiles élevés évoluent beaucoup moins que la moyenne.
Le cas en détail
Un cache applicatif placé devant la base absorbe les lectures répétitives. À 70 %, la base voit sa charge divisée par plus de trois. Le gain de latence est modeste en valeur absolue mais précieux pour la capacité.
À retenir : La difficulté d'un tel cache est l'invalidation : prévoyez une durée de vie courte pour les données qui changent.
L'exemple chiffré
Valeurs utilisées dans ce cas (des hypothèses d'exemple, pas des mesures) :
- Taux de succès du cache en % : 70
- Latence du cache en ms : 0,5
- Latence de l'origine en ms : 25
- Requêtes par seconde : 3000
- Latence moyenne avec cache
- 7,85 ms
- Latence sans cache
- 25 ms
- Réduction de la latence moyenne
- 68,6 %
- Accélération
- × 3,18
- Requêtes arrivant à l'origine
- 900 par seconde
- Requêtes évitées à l'origine
- 181 440 000 par jour
Moyenne pondérée : les échecs de cache restent lents, donc les percentiles élevés évoluent beaucoup moins que la moyenne.
Modifiez les champs ci-dessus pour adapter le calcul à votre situation : le résultat se met à jour tout de suite.
Comment ça se calcule
La latence moyenne est la moyenne pondérée entre la latence du cache, pour la part des succès, et celle de l'origine pour les échecs. Les requêtes qui atteignent l'origine valent le débit multiplié par la part d'échecs. L'accélération est la latence sans cache divisée par la latence moyenne.
Les résultats sont fournis à titre indicatif, sans valeur d'engagement ni de conseil professionnel.