Vous devez avoir les droits RELOAD, afin d'utiliser la déclaration. La syntaxe est: Rincer les journaux Cette bouffées de tous les journaux, y compris journal général et le journal d'erreur. Il se ferme et démarre de nouveaux fichiers journaux. Si le log binaire est activé, le numéro de séquence du nouveau fichier de log binaire est incrémentée de un par rapport à l'image précédente. L'espoir est que la nouvelle de la consignation binaire prendra effet après la sauvegarde complète est terminée que les tables sont verrouillées lors de la sauvegarde complète.
Lorsque vous videz les journaux pendant la sauvegarde complète, notez le numéro du dernier fichier binaire. En effet, si la reprise est à venir après la sauvegarde complète comme prévu, vous connaissez le numéro du fichier de log binaire pour commencer (voir détails plus loin). Il ya un problème avec le document d'Connexion Flush et les fichiers binaires ci-dessus décrivent, selon la façon dont vous regardez les choses. Lorsque vous tirez la chasse journaux et commencer à utiliser la déclaration "SELECT ...
INTO OUTFILE 'nom_fichier'" pour la sauvegarde, un nouveau binaire va commencer et les instructions Select sera connecté. Cela peut ne pas être ce que vous voulez; vous voudrez peut-être pas les états de sauvegarde pour être verrouillées. Pour résoudre ce problème, vous ne devriez pas utiliser le fichier binaire développé pendant la pleine sauvegarde pour la restauration. Cela signifie après la sauvegarde complète, vous devez rincer de nouveau les journaux.
Vous pourrez ensuite utiliser les fichiers journaux binaires créés après cette seconde vague, pour la récupération incrémentielle (voir ci-dessous). Vous savez maintenant comment créations sauvegarde complète des déclarations et des données. Sauvegarde de Tout doit être conservé dans un dispositif (lecteur) qui est séparée de l'ordinateur hôte. Vous avez besoin de sauvegarder que les données pour les tab