Analyser les principes et la configuration de la réplication maître-esclave MySQL-tutoriel mysql-php.cn

Analyser les principes et la configuration de la réplication maître-esclave MySQL

怪我咯

Libérer： 2017-04-06 18:10:55

original

1462 Les gens l'ont consulté

Schéma du principe de fonctionnement :

Analyser les principes et la configuration de la réplication maître-esclave MySQL

Principe de réplication maître-esclave :

points Pour la réplication synchrone et la réplication asynchrone, la majeure partie de l' architecture de réplication réelle est une réplication asynchrone. Le processus de base de réplication est le suivant :

1). Le processus IO sur l'esclave se connecte au maître et demande le contenu du journal à partir de la position spécifiée du fichier journal spécifié (ou depuis le début du journal). );

2). Une fois que le maître a reçu la demande du processus IO de l'esclave, le processus IO responsable de la réplication lit les informations du journal après l'emplacement spécifié du journal en fonction des informations de la demande, et le renvoie au processus IO de l'esclave. En plus des informations contenues dans le journal, les informations renvoyées incluent également le nom du fichier bin-log et l'emplacement du bin-log que les informations renvoyées ont atteint du côté Maître

3) Le processus IO de l'esclave reçoit Après avoir reçu les informations, ajoutez tour à tour le contenu du journal reçu à la fin du fichier journal de relais du côté esclave, et enregistrez le nom du fichier et l'emplacement du journal binaire lu du côté maître dans le fichier. master-info afin qu'il puisse être lu la prochaine fois. Lors de sa récupération, vous pouvez clairement indiquer au Maître "Je dois commencer à partir d'où dans un certain bin-log pour enregistrer le contenu suivant, veuillez me l'envoyer" ; 🎜>

4) Le processus SQL de l'esclave détecte le relais - Une fois le nouveau contenu ajouté au journal, le contenu du journal de relais sera analysé immédiatement pour devenir le contenu exécutable lorsqu'il est réellement exécuté du côté maître, et exécuté sur lui-même.

Description de l'environnement

1. Maître Depuis l'installation de mysql, la version est cohérente

Nous avons installé mysql-5.5.30.tar.gz, omis ici...

2. serveurs maître et esclave

master服务器配置：
vi /usr/local/mysql/etc/my.cnf
[mysqld]
server-id=202     #设置服务器唯一的id，默认是1，我们设置ip最后一段，slave设置203
log-bin=mysql-bin # 启用二进制日志
binlog-ignore-db = mysql,information_schema  #忽略写入binlog的库

slave服务器配置：
vi /usr/local/mysql/etc/my.cnf
[mysqld]
server-id=203
replicate-do-db = abc     #只同步abc库
slave-skip-errors = all   #忽略因复制出现的所有错误

Copier après la connexion

3. Redémarrez le serveur maître-esclave mysql

/etc/init.d/mysqld restart

Copier après la connexion

4. serveur maître et autoriser l'esclave

mysql> mysql -u root -p123.com
mysql> GRANT REPLICATION SLAVE ON *.* to [email protected] identified by ‘1234.com’; #replication:复制

Copier après la connexion

5. Vérifiez l'état de la base de données maître

mysql> show master status;
+------------------+----------+--------------+------------------+
| File  | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000002 | 263 |  |   |
+------------------+----------+--------------+------------------+

Copier après la connexion

6. Configurez la base de données esclave<🎜. >

7. Démarrez le processus de synchronisation des esclaves et vérifiez l'état

mysql> change master to
 -> master_host=&#39;192.168.0.202&#39;,
 -> master_user=&#39;sync&#39;,
 -> master_password=&#39;1234.com&#39;,
 -> master_log_file=&#39;mysql-bin.000002&#39;,
 -> master_log_pos=263;
#Log和pos是master上随机获取的。这段也可以写到my.cnf里面。

Copier après la connexion

mysql> start slave;

Copier après la connexion

Les valeurs de Slave_IO_Running et Slave_SQL_Running doivent être OUI pour indiquer que l'état est normal. Analyser les principes et la configuration de la réplication maître-esclave MySQL

8. Vérifiez la synchronisation maître-esclave

Créez la base de données abc dans le mysql maître

, puis vérifiez depuis mysql que la synchronisation a réussi !

Erreur signalée au démarrage de l'esclave :

mysql> create database abc;
mysql> show databases;
+--------------------+
| Database   |
+--------------------+
| information_schema |
| abc    |
| mysql    |
| performance_schema |
| test    |
+--------------------+

Copier après la connexion

"Last_IO_Error : Erreur fatale 1236 obtenue du maître lors de la lecture des données du journal binaire : 'Impossible de trouver le premier nom du fichier journal dans le fichier d'index du journal binaire ' ”

Solution : La raison principale de l'erreur est que le nom du fichier binaire ou la valeur pos définie par l'esclave sur le maître ne correspond pas !

Premièrement vider les journaux ; effacez les journaux et vérifiez l'état de la base de données principale, affichez l'état du maître ; regardez le nom du fichier journal et la valeur de la position

Ensuite, dans l'esclave, exécutez : CHANGER ; MASTER TO MASTER_LOG_FILE ='Nom du journal binaire',MASTER_LOG_POS=value;

Enfin, démarrez le processus de synchronisation : démarrez l'esclave;

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!