Explication détaillée des codes graphiques pour les journaux et la sauvegarde et la restauration dans MySQL

Cet article présente principalement en détail les problèmes de journalisation MYSQL et de sauvegarde et de restauration. Il a une certaine valeur de référence. Les amis intéressés peuvent s'y référer

Cet article partage le journal MYSQL et la restauration avec tout le monde. votre référence, le contenu spécifique est le suivant

1. Journal des erreurs

Lorsqu'il y a une défaillance dans la base de données qui la rend inutilisable, vérifiez le journal dès que possible

1. Informations lors du démarrage et de l'arrêt du serveur

2. Informations sur les erreurs lors du fonctionnement du serveur

Le chemin de stockage des journaux peut être consulté via la commande :

Format de nommage du fichier journal : host_name.err

2. Journal binaire

également connu sous le nom de BINLOG enregistre toutes les instructions DDL et DML, à l'exclusion des instructions de requête. Non seulement ce journal est très important, mais en tant que développeur, j'aime aussi ce journal. Comme le montre sa définition, ce journal enregistre tous les événements qui modifient la structure de la table et les données de la table. Ainsi, une fois que les données sont accidentellement supprimées ou perdues pour d'autres raisons, nous pouvons récupérer les données via ce journal. Tu ne trouves pas que c'est cool ?

Chemin de stockage du journal : dans le même répertoire que le journal des erreurs

Méthode de dénomination : La méthode par défaut est hostname-bin + number

mysql sera utilisé à chaque démarrage ou vide le journal Générez un nouveau binlog, avec le numéro commençant à 1 et augmentant. Lorsqu'un seul journal atteint une certaine taille, de nouveaux fichiers sont également générés.

1. Activez l'interrupteur d'enregistrement du binlog

Dans le répertoire d'installation de myslq, il y a un fichier de configuration : my.ini

innodb_buffer_pool_size=107M

# Size of each log file in a log group. You should set the combined size
# of log files to about 25%-100% of your buffer pool size to avoid
# unneeded buffer pool flush activity on log file overwrite. However,
# note that a larger logfile size will increase the time needed for the
# recovery process.
innodb_log_file_size=54M

# Number of threads allowed inside the InnoDB kernel. The optimal value
# depends highly on the application, hardware as well as the OS
# scheduler properties. A too high value may lead to thread thrashing.
innodb_thread_concurrency=10

log-bin=mysql-bin

Où log-bin signifie que le commutateur est activé et mysql-bin est le préfixe du nom du journal.

2. Comment afficher BINLOG

Comme il s'agit d'un fichier binaire, il ne peut pas être visualisé directement comme le journal des erreurs. Vous devez utiliser les outils mysql fournis : mysqlbinlog

Afficher le BINLOG par heure

Une chose à noter à propos des requêtes par heure est que start-datetime est un intervalle fermé et stop-datetime est un intervalle ouvert, donc si vous avez besoin de interrogez le journal de la journée, vous devez Défini comme :

--start-datetime="2017/07/12 00:00:00" --stop-datetime="2017/07/13 00:00:00 " : La plage horaire de cette requête est 7/12 00:00:00 - 7/12 24:59:59

3. Sauvegarde des données

Sauvegarde des données consiste en fait à utiliser l'outil mysqldump fourni par msyql pour transférer les données et sauvegarder dans le fichier spécifié dans le répertoire spécifié.

1. Sauvegardez la base de données spécifiée ou certaines tables de la base de données

mysqldump [option] db_name [table_names]

2. Sauvegardez une ou plusieurs bases de données spécifiées

mysqldump [option] --database db_name1 db_name2

3. Sauvegardez toutes les bases de données

mysqldump [option] -all -databases

Changez le port en 3306. La structure de la table et les données de la table dans la base de données wd_msg dans l'instance de base de données sont exportées vers le fichier cd.sql

Le contenu du fichier cd.sql est le suivant ; 🎜>

Ce fichier enregistre les instructions DML et DDL, à l'exception des opérations liées aux requêtes. Lors de la récupération des données, ces instructions peuvent être exécutées une par une pour terminer la restauration des données.

4. Récupération des données

Nous supprimons le tableau et réimportons les données qui viennent d'être exportées :

Le scénario suivant consiste à restaurer la base de données wd_msg dans une autre instance MySQL avec le port 3307 sur le même serveur

La sauvegarde et la restauration MySQL sont destinées Différents scénarios ont des choix différents. Voici juste un des concepts introduits. Des articles seront présentés plus tard pour le présenter en détail.

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!