Écoutez des soldats à cheval parler de redis note trois redis persistants RDB fork copy_on_write

1. Points de connaissance causés par le pipeline

2. La relation entre le processus enfant et le processus parent

  

3. Le rôle de la fonction Linux fork ()

     1. Vitesse rapide

     2. Faible encombrement ----> technologie de copie sur écriture

 Lorsque le processus enfant utilise les données créées par le processus parent, une copie lors de l'écriture se produit. Autrement dit, les mêmes données d'espace d'adressage sont d'abord copiées vers une autre adresse, puis la variable est affectée, afin que le processus enfant puisse voir les données du processus parent, mais Lorsque les données sont modifiées dans l'application, les données du processus parent ne peuvent pas être modifiées

fonction fourchette homme

4. Comment l'instance redis écrit-elle des données sur le disque en temps partagé

      ① À 8 heures, les données à stocker par redis ne sont que a = 3, mais les données sont écrites toutes les 30 minutes. À 8h30, redis fournit des services non bloquants. Les données sont a = 3 et b = 4. Changer

          

② Ou le problème est plus extrême, juste à 8; 30 quand a = 8 b = 6, et il y a un problème de confusion dans le temps, alors comment est-il résolu

③ Redis persistent RDB est la technologie copy_on_wirte qui utilise la fonction fork de Linux, c'est-à-dire que le fork est utilisé pour créer un sous-processus, et les données a = 3 à 8:00 sont écrites sur le disque (RDB)

   

5. Méthode de support de persistance autonome RDB

                                          

Rapidité: vous pouvez configurer la fréquence de sauvegarde des données sur le disque via le fichier de configuration

enregistrer: peut être utilisé manuellement en temps réel, chaque fois que vous souhaitez enregistrer

Règle bgsave: la relation de règle dans la figure est

                    Condition 1: si 10000 modifications de données se produisent dans les 60 secondes, enregistrez le RDB directement

                    Condition 2: Si la condition 1 n'est pas remplie, alors si 10 changements de données se produisent dans les 300 secondes, enregistrez-les directement dans RDB

                    Condition 3: Si la condition 2 n'est pas remplie, alors s'il y a un changement de données dans les 900 secondes, enregistrez les données directement dans RDB

                   

Merci

78 articles originaux publiés · 32 éloges · 120 000 vues

Je suppose que tu aimes

Origine blog.csdn.net/caofengtao1314/article/details/104212576
conseillé
Classement