Sauvegarde logique et restauration ponctuelle dans MySQL basée sur mysqldump et la corbeille du journal binaire

Source de cet article :

Cet article simule uniquement l'utilisation des journaux binaires mysqldump et log-bin pour des tests simples, et n'est utilisé que comme notes d'étude personnelles, qui peuvent encore être loin d'une application pratique, et sont uniquement à titre de référence.

Activer le journal binaire bin-log de MySQL

La restauration simulée nécessite les fichiers et la corbeille de mysqldump, vous devez donc démarrer la journalisation journal binaire bin.
Lorsque mysql5.7.18 active le journal binaire, en plus de définir l'emplacement du log-bin, vous devez également définir un identifiant de serveur. Les versions précédentes de MySQL ne devraient pas nécessiter ce paramètre.

Plaignons-nous des logiciels open source. Fondamentalement, chaque version présente quelques différences par rapport à la version précédente. Il est souvent difficile de rechercher des informations en ligne. De nombreuses choses sont différentes selon les versions.

　

Après le redémarrage, interrogez les variables liées à log_bin

　

mysqldump backup ( Le utilisation de base de l'exportation) des données

La commande mysqldump a de nombreux paramètres. Enregistrons brièvement les commandes couramment utilisées et utilisons la sauvegarde mysqldump (à proprement parler, exporter les données) et la corbeille de journal binaire pour. effectuer des opérations de restauration de base de données.

-- Sauvegardez l'intégralité de la base de données testdb, -l signifie ajouter un verrou en lecture à toutes les tables, -F (F doit être en majuscule, les minuscules ne signalent pas d'erreur, une seule page n'est pas valide) signifie lancer pour générer un nouveau fichier journal
mysqldump -u root -p -l -F -h localhost testdb > Le fichier sauvegardé est créé une table et inséré dans le script de table

-- Sauvegardez les deux tables test_table1 test_table2 dans la base de données testdb, en ajoutant --no-create-info signifie ce fichier sauvegardé Le script sans créer de table est juste les informations d'insertion dans la table

mysqldump -uroot -p -h localhost testdb

test_table1 test_table2 --no-create-info> /test20170606_1.sql

-- Sauvegardez une partie des données de la table test2 dans la base de données testdb, c'est-à-dire sauvegardez les données de la table test_table1 qui correspondent à l'id<1000
mysqldump -uroot - p -h localhost testdb test_table1 - -where "id<1000" > usr/local/mysqlbak/test20170606_2.sql

Pour plus de paramètres mysqldump, reportez-vous à :

De plus, la stratégie de remplacement mysql Log-bin :

utilise l'index pour boucler les fichiers et bouclera vers l'index suivant

1 dans les conditions suivantes. Redémarrage du serveur

2. Serveur mis à jour

3. Le journal a atteint la longueur maximale du journal max_binlog_size

4. Le journal est vidé mysql> flush logs;

Utilisez les fichiers sauvegardés par mysqldump et le journal binaire log-bin pour restaurer

D'abord , dans le tableau suivant Sauvegarder s'il y a des données

Exécuter mysqldump -u root -p -l -F -h localhost testdb

--master-data= 2

> usr/local/mysqlbak/test20170607_data.sql

　

Une option --master-data=2 est ajoutée ici pour noter les données actuelles dans la sauvegarde file.log_bin file,

Quant à la raison pour laquelle cette commande est ajoutée, de nombreux blogs enregistrent qu'après avoir utilisé mysqldump pour sauvegarder un fichier, modifier les données, puis simuler la suppression ou la restauration accidentelle de la base de données, puis utiliser mysqldump. pour l'obtenir. Une fois le fichier restauré, utilisez log-bin pour restaurer

Bien qu'il s'agisse toutes de simulations de test, il y a un problème évident. Comment savoir si le journal a défilé après mysqldump et combien de fois il l'a fait. défilé ? Si le journal ne défile pas, restaurez le fichier journal en fonction du moment ou de la position. S'il défile, comment savoir combien de fichiers journaux ont défilé

Vous devez l'enregistrer lorsque mysqldump ? est exécuté et actualise le journal Lorsque vous utilisez le fichier log-bin nouvellement généré pour restaurer le journal, vous pouvez déterminer les journaux à utiliser pour la restauration.

Avec l'option --master-data=2, nous connaissons l'emplacement du fichier journal lors de la sauvegarde mysqldump

Continuez ensuite à insérer 10 éléments de données dans la table

　

Ensuite, simulez la situation de suppression accidentelle de données à un certain moment, tronquez la table de test, la table de test est vide à ce moment

　

Tout d'abord, utilisez le fichier de mysqldump pour restaurer la base de données. La sauvegarde du fichier de mysqldump contient 100 lignes de données
Parce que les données du fichier de sauvegarde au moment de la sauvegarde sont de 100 lignes. , c'est 100 lignes. Il n'y a pas de problème.

　

Utilisez ensuite log-bin pour restaurer en fonction des points temporels. Comme mentionné ci-dessus, le fichier de mysqldump enregistre le nom de fichier de log-bin après l'actualisation du journal,
Ensuite, vous pouvez juger si le journal a défilé. S'il n'a pas défilé, restaurez-le en fonction du point temporel selon le dernier journal dans la figure ci-dessous.

　

Effectuez une sauvegarde et une restauration mysqldump
mysql -u root -p testdb < Restauration ponctuelle du bin-log
mysqlbinlog
--stop-datetime="2017-6-7 21:45:00" /var/lib/mysql/mysql-bin.000022 | mysql -u root -p testdb　 Ensuite, les données reviendront.

　

Bien sûr, il ne s'agit que d'une opération de simulation. Bien sûr, il reste encore de nombreux détails qui n'ont pas encore été dévoilés. Si le roulement du journal se produit, que faire ? La restauration basée sur le moment doit également déterminer quel fichier journal est basé sur le moment.

Résumé :

Cet article utilise uniquement un exemple simple pour modéliser l'opération de restauration de la base de données

Le mode de sauvegarde mysqldump est relativement simple. et brut. Le simple fait d'exporter les données sous forme de script d'insertion entraînera des problèmes de performances lors de la restauration de données plus volumineuses, et un xtrabackup plus efficace est nécessaire pour la sauvegarde et la restauration.

　

　

　

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!