Comment obtenir une haute disponibilité de base de données et une reprise après sinistre dans MySQL ?-tutoriel mysql-php.cn

Comment obtenir une haute disponibilité de base de données et une reprise après sinistre dans MySQL ?

Avec le développement rapide d'Internet, les bases de données sont devenues un élément indispensable des applications modernes. En termes de simultanéité élevée, de haute disponibilité et de reprise après sinistre, la stabilité et la fiabilité de la base de données sont devenues plus importantes. MySQL est l'une des bases de données relationnelles les plus couramment utilisées et les plus matures. Cet article explique comment obtenir une haute disponibilité et une reprise après sinistre de la base de données dans MySQL.

1. Réplication maître-esclave
La réplication maître-esclave est une solution courante dans MySQL pour obtenir une haute disponibilité de base de données. Grâce à la réplication maître-esclave, nous pouvons copier les données de la base de données maître vers une ou plusieurs bases de données esclaves, réalisant ainsi la sauvegarde des données et la séparation de la lecture et de l'écriture.

Dans MySQL, la configuration de la réplication maître-esclave se divise principalement selon les étapes suivantes :

Sur le serveur maître, recherchez le fichier de configuration my.cnf (généralement situé dans /etc/mysql ou /etc/my.cnf) , ajoutez La configuration suivante : Le paramètre
```
[mysqld]
log_bin=mysql-bin
server_id=1
```
Copier après la connexion
log_bin est utilisé pour permettre aux journaux binaires d'enregistrer toutes les opérations de mise à jour sur le serveur principal. Le paramètre server_id est utilisé pour identifier un serveur maître unique. log_bin参数用于开启二进制日志，用于记录主服务器上的所有更新操作。server_id参数用于标识唯一的主服务器。
重启MySQL服务，使配置生效。
```
sudo service mysql restart
```
Copier après la connexion
创建一个新用户，用于从服务器进行访问主服务器。打开MySQL命令行并执行以下命令：
```
CREATE USER 'replication'@'%' IDENTIFIED BY 'password';
GRANT REPLICATION SLAVE ON *.* TO 'replication'@'%';
```
Copier après la connexion
其中，replication是自定义的用户名，password是密码。请根据实际情况进行设置。
在主服务器上，执行以下命令，查看主服务器状态，并记录File和Position的值（将会在从服务器配置时使用）：
```
SHOW MASTER STATUS;
```
Copier après la connexion
在从服务器上，找到my.cnf配置文件，添加以下配置：
```
[mysqld]
server_id=2
```
Copier après la connexion
server_id参数用于标识唯一的从服务器。
重启MySQL服务，使配置生效。
在从服务器上，打开MySQL命令行并执行以下命令，进行主从复制的配置：
```
CHANGE MASTER TO MASTER_HOST='主服务器IP地址', MASTER_USER='replication', MASTER_PASSWORD='password', MASTER_LOG_FILE='从步骤4中的File值', MASTER_LOG_POS=从步骤4中的Position值;
```
Copier après la connexion
其中，主服务器IP地址需替换为实际的主服务器IP地址，replication和password需替换为从步骤3中创建的用户和密码，从步骤4中的File值和从步骤4中的Position值分别替换为主服务器状态的File和Position的值。
启动从服务器的复制进程：
```
START SLAVE;
```
Copier après la connexion
查看从服务器复制状态：
```
SHOW SLAVE STATUS G;
```
Copier après la connexion
如果成功配置，可以通过观察Slave_IO_Running和Slave_SQL_Running两个字段来确认状态是否正常。

二、主从切换（Failover）
主从复制可以实现数据的备份和读写分离，但当主服务器宕机时，需要手动切换到从服务器上。为了实现自动切换，我们可以结合其他工具，如MHA（MySQL High Availability）或者ProxySQL来进行主从切换。

MHA是一个专门用于MySQL高可用性和灾备配置的工具。我们可以通过以下步骤来实现主从切换：

安装MHA工具包：
```
sudo apt-get install mha4mysql-node
```
Copier après la connexion

创建一个MHA的配置文件，如/etc/mha/app1.cnf，内容如下：

[server default]
manager_workdir=/var/log/masterha/app1
manager_log=/var/log/masterha/app1/manager.log

[server1]
hostname=主服务器IP地址
candidate_master=1
recovery_user=replication
recovery_password=password

[server2]
hostname=从服务器IP地址
candidate_master=1
recovery_user=replication
recovery_password=password

Copier après la connexion

其中，主服务器IP地址和从服务器IP地址需替换为实际的IP地址。

执行以下命令，在从服务器上运行MHA的管理工具：
```
masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf
```
Copier après la connexion
该命令将会监听主服务器，并在主服务器宕机时进行主从切换。

三、数据备份和恢复（Backup and Recovery）
除了主从复制和主从切换，定期进行数据备份也是确保数据库可用性和灾备的重要方式。在MySQL中，我们可以使用mysqldump命令进行数据备份和恢复。

备份数据库：
```
mysqldump -u 用户名 -p 数据库名 > 备份文件.sql
```
Copier après la connexion
其中，用户名和数据库名需替换为实际的用户名和数据库名，备份文件.sql为备份文件的路径和文件名。
恢复数据库：
```
mysql -u 用户名 -p 数据库名 < 备份文件.sql
```
Copier après la connexion
其中，用户名和数据库名需替换为实际的用户名和数据库名，备份文件.sql

Redémarrez le service MySQL pour que la configuration prenne effet.

rrreee

Créez un nouvel utilisateur pour accéder au serveur principal depuis le serveur. Ouvrez la ligne de commande MySQL et exécutez la commande suivante :

Où, replication est le nom d'utilisateur personnalisé et password est le mot de passe. Veuillez le définir en fonction de la situation réelle.

Sur le serveur maître, exécutez la commande suivante pour afficher l'état du serveur maître, et enregistrez les valeurs de Fichier et Position (seront utilisées lors de la configuration du serveur esclave) : 🎜rrreee🎜🎜🎜Sur le serveur esclave, recherchez le fichier de configuration my.cnf, ajoutez la configuration suivante : 🎜rrreee🎜 Le paramètre server_id est utilisé pour identifier le serveur esclave unique. 🎜🎜🎜Redémarrez le service MySQL pour que la configuration prenne effet. 🎜🎜🎜Sur le serveur esclave, ouvrez la ligne de commande MySQL et exécutez la commande suivante pour configurer la réplication maître-esclave : 🎜rrreee🎜Parmi eux, Adresse IP du serveur maître doit être remplacé par le maître réel L'adresse IP du serveur réplication et le mot de passe doivent être remplacés par l'utilisateur et le mot de passe créés à l'étape 3, à partir de la valeur du fichier à l'étape 4 et from step La valeur Position en 4 est remplacée respectivement par les valeurs File et Position de l'état du serveur principal. 🎜🎜🎜🎜Démarrez le processus de réplication à partir du serveur esclave : 🎜rrreee🎜🎜🎜Affichez l'état de la réplication à partir du serveur esclave : 🎜rrreee🎜Si la configuration est réussie, vous pouvez observer le Slave_IO_Running et le Champ Slave_SQL_Running pour confirmer si l'état est normal. 🎜🎜🎜🎜 2. Commutation maître-esclave (Failover) 🎜La réplication maître-esclave peut réaliser une sauvegarde des données et une séparation lecture-écriture, mais lorsque le serveur maître tombe en panne, vous devez basculer manuellement vers le serveur esclave. Afin d'obtenir une commutation automatique, nous pouvons combiner d'autres outils, tels que MHA (MySQL High Availability) ou ProxySQL pour effectuer la commutation maître-esclave. 🎜🎜MHA est un outil spécifiquement utilisé pour la configuration de la haute disponibilité et de la reprise après sinistre de MySQL. Nous pouvons implémenter la commutation maître-esclave en suivant les étapes suivantes : 🎜🎜🎜🎜Installez la boîte à outils MHA : 🎜rrreee🎜🎜🎜Créez un fichier de configuration MHA, tel que /etc/mha/app1.cnf, contenu Comme suit : 🎜rrreee🎜 Parmi eux, l'Adresse IP du serveur maître et l'Adresse IP du serveur esclave doivent être remplacées par des adresses IP réelles. 🎜🎜🎜🎜Exécutez la commande suivante pour exécuter l'outil de gestion MHA sur le serveur esclave : 🎜rrreee🎜Cette commande surveillera le serveur maître et effectuera la commutation maître-esclave lorsque le serveur maître tombe en panne. 🎜🎜🎜🎜3. Sauvegarde et récupération des données🎜En plus de la réplication maître-esclave et de la commutation maître-esclave, la sauvegarde régulière des données est également un moyen important de garantir la disponibilité de la base de données et la reprise après sinistre. Dans MySQL, nous pouvons utiliser la commande mysqldump pour la sauvegarde et la récupération des données. 🎜🎜🎜🎜Base de données de sauvegarde : 🎜rrreee🎜 Parmi eux, le nom d'utilisateur et le nom de la base de données doivent être remplacés par le nom d'utilisateur et le nom de la base de données réels,

fichier de sauvegarde .sql code> est le chemin et le nom du fichier de sauvegarde. 🎜🎜🎜🎜Restaurer la base de données : 🎜rrreee🎜 Parmi eux, le <code>nom d'utilisateur

et le nom de la base de données doivent être remplacés par le nom d'utilisateur et le nom de la base de données réels,

fichier de sauvegarde .sql code> est le fichier de sauvegarde qui doit être restauré. 🎜🎜🎜🎜Ce qui précède est une brève introduction sur la manière d'obtenir une haute disponibilité de base de données et une reprise après sinistre dans MySQL. Grâce à la réplication maître-esclave, à la commutation maître-esclave et à la sauvegarde des données, nous pouvons garantir la stabilité et la disponibilité de la base de données pour mieux répondre aux besoins des applications modernes. Bien entendu, MySQL propose également d'autres solutions de haute disponibilité et de reprise après sinistre, que les lecteurs peuvent choisir et configurer en fonction de leurs besoins réels. 🎜🎜Références : 🎜🎜🎜Réplication MySQL - Configuration de la réplication : https://dev.mysql.com/doc/refman/8.0/en/replication.html🎜🎜MHA : https://code.google.com/ archive /p/mysql-master-ha/wikis/GettingStarted.wiki🎜🎜

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!