C'est ce qu'on appelle le "retour asynchrone". Certains langages (comme Java) ont des pilotes asynchrones mongodb. Vous pouvez consulter mongodb async + le langage que vous utilisez.
Actuellement, Redis est plus enclin à utiliser des bases de données en mémoire, mais Redis peut configurer une stratégie de persistance, qui peut conserver les données en mémoire sur le disque dur et les restaurer automatiquement au prochain redémarrage. bgrewriteaof est juste une commande qui permet aux administrateurs de déclencher manuellement la réécriture AOF lorsque Redis adopte la stratégie de persistance AOF. À partir de Redis 2.4, la réécriture AOF est automatiquement déclenchée par Redis. Le thread principal d'un tel serveur Redis écrira les données dans la mémoire et l'AOF chaque fois qu'il acceptera une commande d'opération, puis Redis les synchronisera automatiquement sur le disque dur, ce qui n'entraînera pas de blocage des opérations de l'utilisateur. Voir : Persistance Redis
Mongodb se positionne comme une base de données basée sur des documents et prend en charge nativement l'architecture distribuée. En tant que base de données documentaire, la garantie de persistance est que toutes les données doivent être écrites sur le disque dur avant que l'opération ne réussisse. L'architecture distribuée apporte des problématiques plus complexes aux opérations de persistance (assurer la synchronisation des données entre plusieurs serveurs, stratégies d'écriture distribuées, etc.).
Pour résumer, ne vous attendez pas à ce qu'une certaine fonction fournie par Redis la fournisse également, car les deux ont des objectifs différents Redis se concentre davantage sur les E/S hautes performances, tandis que mongodb se concentre davantage sur le stockage. de grandes quantités de données tout en tenant compte des performances .
D'après votre description, la requête vers mongodb est sévèrement bloquée. Il est recommandé de combiner vos besoins et d'attacher WriteConcern lors de la demande d'opérations mongodb pour définir la stratégie d'opération d'écriture que vous pouvez tolérer. Voir : WriteConcern
Voir ici : http://docs.mongodb.org/manual/reference/write-concern/
Valeurs par défaut de MongoDB
w=1
. Vous pouvez passerw=0
pour indiquer à MongoDB que vous ne voulez pas attendre la fin de son opération d'écriture.C'est ce qu'on appelle le "retour asynchrone". Certains langages (comme Java) ont des pilotes asynchrones mongodb. Vous pouvez consulter mongodb async + le langage que vous utilisez.
Actuellement, Redis est plus enclin à utiliser des bases de données en mémoire, mais Redis peut configurer une stratégie de persistance, qui peut conserver les données en mémoire sur le disque dur et les restaurer automatiquement au prochain redémarrage. bgrewriteaof est juste une commande qui permet aux administrateurs de déclencher manuellement la réécriture AOF lorsque Redis adopte la stratégie de persistance AOF. À partir de Redis 2.4, la réécriture AOF est automatiquement déclenchée par Redis. Le thread principal d'un tel serveur Redis écrira les données dans la mémoire et l'AOF chaque fois qu'il acceptera une commande d'opération, puis Redis les synchronisera automatiquement sur le disque dur, ce qui n'entraînera pas de blocage des opérations de l'utilisateur. Voir : Persistance Redis
Mongodb se positionne comme une base de données basée sur des documents et prend en charge nativement l'architecture distribuée. En tant que base de données documentaire, la garantie de persistance est que toutes les données doivent être écrites sur le disque dur avant que l'opération ne réussisse. L'architecture distribuée apporte des problématiques plus complexes aux opérations de persistance (assurer la synchronisation des données entre plusieurs serveurs, stratégies d'écriture distribuées, etc.).
Pour résumer, ne vous attendez pas à ce qu'une certaine fonction fournie par Redis la fournisse également, car les deux ont des objectifs différents Redis se concentre davantage sur les E/S hautes performances, tandis que mongodb se concentre davantage sur le stockage. de grandes quantités de données tout en tenant compte des performances .
D'après votre description, la requête vers mongodb est sévèrement bloquée. Il est recommandé de combiner vos besoins et d'attacher WriteConcern lors de la demande d'opérations mongodb pour définir la stratégie d'opération d'écriture que vous pouvez tolérer. Voir : WriteConcern