Explication détaillée de la réplication maître-esclave basée sur les journaux MySQL

                                                     

Quelqu'un me demande toujours si je sais comment séparer la lecture et l'écriture. Parfois, je ne sais vraiment pas comment répondre. Eh bien, la technologie en elle-même n'est pas difficile pour vous. Ce qui est difficile, c'est que nous ne pouvons pas rencontrer un projet d'une telle envergure. S'il existe un projet d'une telle envergure, la séparation de la lecture et de l'écriture ne se fait certainement pas par une ou deux personnes, mais doit être la collaboration de plusieurs personnes.

Recommandations d'apprentissage associées : Tutoriel vidéo MySQL

Alors ! Je ne l'ai pas fait.

Mais...

Ne pouvons-nous pas l'utiliser comme environnement expérimental ? (Un sourire gêné)

Il m'a fallu au total 3 jours entre la recherche de documentation et la mise en œuvre de l'expérience (car je ne me suis pas concentré sur ce sujet toute la journée). En gros, c'est fait, c'est-à-dire que si quelqu'un me demande si je sais comment le faire, je dirai que je l'ai déjà fait et que ce n'est pas une tâche difficile.

Points spécifiques à noter :

---

1. Le pare-feu entre maître et esclave doit être autorisé à passer
2. mysql-id doit seulement voir mon.cnf
3. uuid doit être unique à auto.cnf
4. Le serveur maître a besoin d'une autorisation. Généralement, un compte esclave est autorisé à être utilisé par le serveur esclave.

Couramment utilisé Plusieurs commandes (pour les logs)

---

1. opèrent sur la bibliothèque principale :

   mysql > afficher l'état du maître ; #Afficher l'état de la bibliothèque du maître

   mysql > accorder l'esclave de réplication sur . à 'esclave'@'%ip%' identifié par 'mot de passe' ; ># à l'explication derrière : 'slave' représente quel compte, @ est l'IP du serveur esclave et by est le mot de passe

   systemctl status firewalld

   # Vérifiez l'état du pare-feu ;

   firewall-cmd – list-all # Afficher la liste des ports du pare-feu

   firewall-cmd –permanent –zone=public –add-port=3306/tcp

   # Release port 3306

   firewall- cmd –reload

   # Redémarrez le pare-feu

   De plus, vous pouvez vérifier iptable par vous-même

2. Les principales opérations sur la bibliothèque esclave sont

   mysql> arrêter la réplication
   1. mysql>
   2. mysql> démarrer l'esclave; // Démarrer la réplication
   3. mysql> afficher l'état de l'esclaveG;
   #
   4. >Configuration détaillée

Présentation de l'environnement

Serveur maître 192.168.5.238 centos 7.4

---

Serveur esclave 192.168.5.239 centos 7.4

1. Utiliser les journaux pour la configuration maître-esclave

   2. Configuration sur le serveur maître

   Opérations de pare-feu pour éviter les pannes ultérieures. Pour des problèmes étranges, veuillez vous référer aux opérations de pare-feu de plusieurs commandes couramment utilisées

2. Ne touchez pas aux autres configurations liées au journal MySQL. choses pour l'instant, lisez simplement ce paragraphe

   1. #

      aster live copy configure
   log-bin=mysql-bin //Nom du fichier journal
   2. binlog_format=mixed / /Ce format de journal a plusieurs options. Tout le monde choisit Mixed. Si vous souhaitez en savoir plus, vous pouvez lire la documentation officielle

      server-id = 238 //Afin de ne pas réutiliser, essayez de utilisez le dernier chiffre de l'adresse IP du serveur pour le nommer

      skip_name_resolve=ON //Écrivez simplement ceci directement Veuillez vous référer aux documents d'autres personnes

      expire_logs_days = 10 //Définissez le nombre de jours pour le stockage des journaux, je pense que vous ne le faites pas. Vous n'avez pas besoin de l'ajouter. Peu importe si vous l'ajoutez, car dans l'environnement de test, s'il est officiellement lancé et exécuté, vous devez le peser

      # /etc/. init.d/mysql restart // Ce n'est pas nécessairement cette commande. Cela dépend de la façon dont vous avez installé centos. Il existe également systemctl restart mysql Si vous ne comprenez pas cela, vous pouvez faire plus de recherches sur les opérations Linux. ##Si les deux serveurs ne sont pas copiés, l'uuid de auto.cnf doit être différent S'ils sont copiés, il est temps d'y jeter un œil. S'il y en a un dans le répertoire /var et du répertoire d'installation mysql, mettez-le. il Supprimez ce fichier ou sauvegardez-le en mv
      
      
      
      
      
      Configurer les autorisations de copie pour MySQL

      # mysql -uroot -p "password" //Connectez-vous au serveur mysql, il vous sera demandé de saisir votre mot de passe
      mysql>GRANT replication slave ON TO '. slave'@'%' IDENTIFIED BY '111111'; // Expliquez que la réplication attribue des autorisations de réplication. Ce . peut faire fonctionner quelle bibliothèque. Le 'slave'@'%' à la fin signifie que n'importe quel hôte peut. utilisez l'esclave pour copier à partir de la bibliothèque, ou vous pouvez spécifier Après l'adresse IP, le mot de passe
      mysql> show master status;
      +——————+————-+————–+ ——————+—————— -+
      | Fichier | Position | Binlog_Ignore_DB |
      +—————+——--+————– +——————+———— —-+
      | mysql-bin.000010 | 2812 | ————-+
      1 ligne dans l'ensemble (0,00 sec)
      Voir ce qui précède le tableau indique le succès
      

   3. Configuration à partir de la base de données
      1. Modifier mon.cnf

         log-bin =mysql-bin //Nom du fichier journal

         binlog_format=mixed //Format du journal
         server- id =239 //ID du serveur Ceci a la même explication que le serveur principal, en utilisant la queue de l'IP
         
         # expire_logs_days = 10 //J'ai commenté ceci,
         # early -plugin-load = "" //Ceci n'est pas utilisé pour le moment. Si activé, vous. peut configurer cet élément. La réplication maître-esclave n'est pas un élément critiquerelay_log = mysql-relay-bin //Il s'agit d'un journal de réplication de la bibliothèque esclave
         relay_log_index=relay_log.index //Index du journal
         
         # /etc/init.d/mysql restart // Ce n'est pas nécessairement cette commande. Cela dépend de la façon dont vous avez installé centos. Il existe également systemctl restart Si vous ne comprenez pas MySQL, vous pouvez étudier. en savoir plus sur les opérations Linux

      2. Configurer la bibliothèque esclave
         1. Entrez dans le terminal mysql de la bibliothèque esclave #mysql - uroot -p //Entrez le terminal

            # mysql -uroot -p //Entrez le terminal (la raison pour laquelle j'écris plus de détails est parce que j'ai peur que les gens qui lisent cet article je comprendrai mal l'opération) Incomplet)

         2. Fermer l'esclave

            # Notez que vous devez fermer l'esclave avant de configurer la bibliothèque esclave

            mysql>stop slave; // Ceci permet de fermer la bibliothèque esclave, assurez-vous que cela se fait en une seule fois

         3. Modifier les paramètres maître

            mysql>changer le maître en

            master_host= '192.168.5.238',
            master_user='slave',
            master_password='Remplissez le mot de passe lors de la définition des autorisations de réplication de la bibliothèque principale ci-dessus',
            master_log_file='mysql-bin.000010', //remplissez ici le nom du fichier show master status dans la bibliothèque principale, copiez simplement la position
            master_log_pos=2812; //Recherchez
            

         Démarrer la bibliothèque esclave

         4. mysql>start slave; //Démarrer la bibliothèque esclave

         Vérifiez si la réplication maître-esclave a réussi

         5. mysql> show slave status G;

                     Slave_IO_State: Waiting for master to send event
                          Master_Host: 192.168.5.238
                          Master_User: slave
                          Master_Port: 3306
                        Connect_Retry: 60
                      Master_Log_File: mysql-bin.000010
                  Read_Master_Log_Pos: 2812
                       Relay_Log_File: mysql-relay-bin.000013
                        Relay_Log_Pos: 3025
                Relay_Master_Log_File: mysql-bin.000010
                     Slave_IO_Running: Yes
                    Slave_SQL_Running: Yes

            Voyant que les valeurs​​de Slave_IO_Running et Slave_SQL_Running sont les deux Oui, cela signifie que cela a réussi. Sinon, veuillez consulter le message d'invite suivant. Vous devriez pouvoir le découvrir en recherchant sur Google et Baidu

            J'ai rencontré. un problème lors de la configuration, c'est-à-dire qu'une erreur uuid a été signalée. La raison est que mon environnement expérimental a été copié à partir d'une machine virtuelle après l'installation de mysql, donc l'uuid est le même

            6. #

               cd /usr/local/mysql/var

               # mv auto.cnf auto.cnf.back // Ceci vérifie s'il est là. Sinon, ne fonctionne pas. Si c'est le cas, juste comme ça
               # /etc/init.d/mysql restart //Redémarrez la base de données
               Ensuite, exécutez show slave statusG; >
               

               À ce stade, la réplication maître-esclave basée sur les journaux est terminée

   Résumé :

   Vous devez d'abord lire le pare-feu

   ---

   Cela n'a pas d'importance, faites-le jusqu'à ce que vous réussissez
   1. Soyez prudent et ne paniquez pas
   3. Tutoriels graphiques associés :
   Tutoriels graphiques de base de données mysql

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!