Basé sur la mémoire, la plupart des requêtes sont des opérations de mémoire pure, et le CPU n'est pas le goulot d'étranglement de Redis.
Évitez les changements inutiles de contexte CPU et d'autres conditions de concurrence, telles que les opérations de verrouillage, etc.
La couche inférieure utilise un modèle de multiplexage d'E/S multicanal et des E/S non bloquantes.
Redis6 prend en charge le multi-threading, mais il n'est pas activé par défaut.
Quelles sont les méthodes de persistance de redis ? Parlons de leurs différences.
Prend en charge la persistance AOF et RDB.
AOF
Enregistrez chaque opération d'écriture et de suppression traitée par le serveur sous forme de journal. L'opération de requête ne sera pas enregistrée, et sera enregistré sous forme de texte pour enregistrer.
Prend en charge la persistance de deuxième niveau et une bonne compatibilité. Pour le même nombre d'ensembles de données, les fichiers AOF sont généralement plus volumineux que les fichiers RDB, la récupération est donc plus lente que RDB.
RDB
Écrivez l'instantané de l'ensemble de données en mémoire sur le disque dans l'intervalle de temps spécifié. Vous pouvez archiver les données à une heure spécifiée. , mais vous ne pouvez pas obtenir une persistance en temps réel.
Les fichiers sont compacts et de petite taille. Pour la reprise après sinistre, RDB est un très bon choix Par rapport au mécanisme AOF, si l'ensemble de données est volumineux, RDB est plus rapide que AOF pour restaurer de grands ensembles de données. 🎜🎜#
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!