Analyse détaillée de MySQL pour construire rapidement une architecture de réplication maître-esclave

Cet article vous apporte des connaissances pertinentes sur mysql, qui présente principalement des problèmes liés à la création rapide d'une architecture de réplication maître-esclave. La fonction de réplication maître-esclave fournie par la base de données MySQL peut facilement réaliser une réplication automatique des données sur plusieurs serveurs. La sauvegarde réalise l'expansion de la base de données et améliore considérablement la sécurité des données. J'espère qu'elle sera utile à tout le monde.

Apprentissage recommandé : Tutoriel MySQL

1. Réplication maître-esclave et séparation lecture-écriture

1.1 Réplication maître-esclave (niveau données)

La réplication maître-esclave est la condition préalable à la lecture. écrire la séparation. La fonction de réplication maître-esclave fournie par la base de données MySQL peut facilement réaliser une sauvegarde automatique des données sur plusieurs serveurs, réaliser l'expansion de la base de données et améliorer considérablement la sécurité des données. Dans le même temps, une fois la réplication maître-esclave implémentée, les performances de chargement de la base de données peuvent être encore améliorées en implémentant une séparation lecture-écriture.

Comme le montre la figure, le processus de mise en œuvre approximatif de la réplication maître-esclave.

1.2 Séparation en lecture-écriture (niveau métier)

La séparation en lecture-écriture est basée sur la réplication maître-esclave. Ce n'est qu'en réalisant la réplication maître-esclave de la base de données que la séparation en lecture-écriture peut être davantage réalisée. La séparation lecture-écriture peut être comprise comme toutes les opérations de requête sont effectuées dans la sous-base de données et toutes les opérations d'écriture sont effectuées dans la base de données principale. Une fois les données écrites dans la base de données principale, les données sont sauvegardées dans la sous-base de données via une réplication maître-esclave pour garantir la cohérence des données.

2. Implémentation

Comprenons d'abord le principe de la réplication maître-esclave :

1. Tout d'abord, lorsque les données de la base de données principale changent, l'enregistrement des modifications sera écrit dans le journal binlog.
2. La base de données esclave détectera le journal binlog dans la base de données maître dans un certain laps de temps. Si des changements se produisent, elle demandera les informations du fichier journal maître.

Après avoir compris son principe, nous devons connaître les prérequis pour activer la réplication maître-esclave :

1. Le nœud maître doit activer binlog (mysql n'active pas binlog par défaut)

2. nœud esclave, spécifiez un binlog et synchroniser Le décalage

   • spécifie l'adresse IP du nœud maître

   • Le nom d'utilisateur et le mot de passe pour exécuter le nœud maître

Maintenant que nous le comprenons tous grossièrement, construisons-en un -modèle de base de données maître-un-esclave et démontrez-le le processus de configuration de la configuration maître-esclave de la base de données.

Préparez deux serveurs CentOS et installez mysql5.7 à l'avance.

2.1 Ouvrez le journal binlog du serveur maître

Modifiez le fichier my.cnf de mysql : (Différentes méthodes d'installation peuvent avoir des emplacements de fichiers différents, les problèmes spécifiques seront analysés en détail~)

vim /etc/my.cnf

Le fichier d'origine n'a pas le contenu suivant, nous devons l'ajouter nous-mêmes. Mon but ici est d'effectuer la réplication maître-esclave des données dans la base de données myslave

server-id = 1 #server-id 服务器唯一标识log_bin = master-bin 
#log_bin 启动MySQL二进制日志log_bin_index = master-bin.index
binlog_do_db = myslave #binlog_do_db 指定记录二进制日志的数据库 这两个指定可以不添加binlog_ignore_db = mysql 
#binlog_ignore_db 指定不记录二进制日志的数据库

Utilisez la commande suivante pour redémarrer MySQL. Différentes versions de Linux peuvent avoir des commandes différentes.

service mysql restart

Après un démarrage réussi, nous pouvons voir l'état d'ouverture du journal bin grâce à la déclaration suivante : (Il suffit de l'interroger directement dans Navicat)

show variables like 'log_bin%';

2.2 Accès à distance

#允许远程用户访问
GRANT ALL PRIVILEGES ON *.* TO 'root'@'192.168.221.131' IDENTIFIED BY '123456' WITH GRANT OPTION;
#刷新
FLUSH PRIVILEGES;

2.3 Configuration du nœud esclave

• Premier démarrage le nœud maître, exécutez la commande suivante pour comprendre l'état du nœud maître et obtenir les informations comme indiqué dans la figure ci-dessous.

show master status;

• Modifier les configurations pertinentes

  vim /etc/my.cnf

  Ajouter des informations pertinentes :

  server-id = 2  #唯一标识relay-log = slave-relay-bin
  relay-log-index = slave-relay-bin.index
  replicate-do-db=myslave #备份数据库 对应master中设置的，可以不设置replicate-ignore-db=mysql #忽略数据库

  N'oubliez pas de redémarrer le service

  service mysql restart

• Exécutez la commande suivante sur le nœud esclave.

  change master to master_host='192.168.221.128',master_user='root',master_password='123456',master_log_file='binlog.000009',master_log_pos=2339;

  master_log_file est le nom du fichier obtenu lors de la première étape ;

  master_log_pos est la position de synchronisation obtenue lors de la première étape ;

• Démarrer la synchronisation esclave

  start slave;

• Affichez l'état de synchronisation et obtenez l'état affiché dans le La figure ci-dessous indique que la synchronisation maître-esclave est établie avec succès. Les tests de table peuvent être créés dans la base de données principale.

  show slave status\G

  

Apprentissage recommandé : Tutoriel d'apprentissage 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!