Les données fréquemment lues et rarement modifiées peuvent être placées dans le cache. Les données ayant des exigences de performances élevées doivent être mises à jour dans le cache en même temps que la base de données est mise à jour. Pour les données avec de faibles exigences, le cache. la stratégie d'expiration peut être lancée par vous-même
Ne devrions-nous pas d'abord examiner la vitesse d'accès à l'interface, puis décider si la mise en cache est nécessaire ? Si votre table est suffisamment bien optimisée et que l'interface est suffisamment rapide, pourquoi devriez-vous utiliser le cache ?
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Les données fréquemment lues et rarement modifiées peuvent être placées dans le cache.
Les données ayant des exigences de performances élevées doivent être mises à jour dans le cache en même temps que la base de données est mise à jour. Pour les données avec de faibles exigences, le cache. la stratégie d'expiration peut être lancée par vous-même
J'ai l'habitude de le stocker dans le cache, mais pensez à modifier les données dans le cache lors de la modification des informations utilisateur
Ne devrions-nous pas d'abord examiner la vitesse d'accès à l'interface, puis décider si la mise en cache est nécessaire ? Si votre table est suffisamment bien optimisée et que l'interface est suffisamment rapide, pourquoi devriez-vous utiliser le cache ?