Dat is misschien niet wat je wilt; mag u niet wilt dat de back-up verklaringen worden vergrendeld. Om dit probleem op te lossen, moet u de binaire bestanden ontwikkeld tijdens de volledige back-up voor herstel niet te gebruiken. Dit betekent dat na de volledige back-up, moet je logs opnieuw te spoelen. Je zal dan gebruik maken van de binaire log bestanden die zijn gemaakt na deze tweede flush, voor incrementele recovery (zie hieronder). Je weet nu hoe je volledige back-up creaties verklaringen en gegevens.
Iets backup moet een inrichting (drive) gehouden die is afgescheiden van de hostcomputer. Je nodig hebt om back-up alleen de gegevens voor de tabellen van de MySQL database en niet de oprichting verklaringen. Dit komt omdat de MySQL database en de tabellen worden automatisch aangemaakt wanneer een server is installed.Incremental Backup Revisited incrementele back-up wordt wat wordt opgeslagen in de binaire log (bestanden) tussen de laatste volledige back-up en de volgende volledige back-up en recovery. Om dit te bereiken, begint de server met de optie --log-bin [= base_name].
Met dat de binaire log bestanden automatisch worden aangemaakt voor u in de map die u opgeeft in de optionele parameter. Deze directory moet in een apparaat (station), dat geen deel uitmaakt van de gastheer computer.Recovery Wanneer er een crash, moet u de database te herstellen. De eenvoudigste manier om dit te doen is om opnieuw te installeren de MySQL server in de gerepareerde computer of een nieuwe computer. Het installatieproces wordt automatisch creëren van de MySQL database, die gebruikersnamen, wachtwoorden, voorrechten en andere gevoelige informatie op te slaan.
Vervolgens kopieert u de gegevens van de tabellen van de MySQL database back-up, aan de MySQL database van de nieuw geïnstalleerde MySQL server. Uit het dossier dat de creatie verklaringen heeft, de back-up databases en hun tafels in de nieuw geïnstalleerde MySQL server maakt u. Van de back-up bestanden die u he