0000001 sur l'écran (ne pas oublier d'appuyer sur la touche Entrée après avoir tapé une telle commande): mysqlbinlog binlog.0000001Primitive Recovery Comme je l'ai dit dans la partie précédente de la série, le journal binaire (ensemble de fichiers de log) doit être maintenue dans un dispositif (lecteur) qui est le lien (réseau) à l'ordinateur ayant le serveur MySQL, mais l'appareil ne doit pas faire partie de l'ordinateur. Supposons que l'ordinateur sur lequel le serveur MySQL a planté (eu un problème et sa base de données est détruit).
Une façon de revenir la base de données à partir du journal est binaire (ensemble de fichiers de log). Rappelez-vous que le log binaire a toutes les instructions SQL, y compris la définition de données (par exemple, création de table) des déclarations et de manipulation de données (par exemple d'insertion) des déclarations. Si le journal binaire a été conservé dans un endroit sûr, tout ce que vous avez à faire pour la restauration, est de ré-installer le serveur MySQL dans un nouvel ordinateur ou l'ordinateur réparé et tout copier (la base de données) en arrière.
Supposons que le log binaire se compose des fichiers, binlog.0000001, binlog.0000002 et binlog.0000003. La commande suivante à l'invite de commande permet de copier tout retour: mysqlbinlog binlog.000001 binlog.000002 binlog.000002 | mysql root -ppswrd La commande commence par le nom de l'utilitaire mysqlbinlog, qui convertit le contenu de chaque fichier de log binaire en texte. Ceci est suivi par un espace et les noms des fichiers journaux 3 binaires séparés par des espaces. Ensuite, vous avez un espace et le | symbole.
Ensuite, un espace et la commande de programme client mysql qui prend le nom d'utilisateur (root) et mot de passe. Dans certains systèmes d'exploitation, vous pourriez avoir à remplacer le mot MySQL dans la commande avec quelque chose comme, "C: Program FilesMySQLMySQ