Het slot tafels Verklaring met de optie LEES: Bij het doen van volledige back-up, het is niet goed om sluiting van de server, zodat u kunt gebruikers in staat om door te gaan naar de tabellen in de databases. Echter, moeten alle gebruikers alleen mogen lezen en niet schrijven de tafels. Op deze manier heb je een duidelijke grens tussen wat je back-up op een bepaald moment en wat zal worden toegevoegd na de back-up.
De syntaxis om dit te archiveren voor een bepaalde tabel is: lock tafels tbl_name LEZEN In sommige situaties moet u wellicht de tbl_name voorafgaan met een database naam en een punt. De root-gebruiker kan alle tabellen in alle databases met de optie LEES op mondiaal niveau te vergrendelen (zonder het selecteren van een database) met de volgende verklaring: flush tafels met lees- slot; Aan het einde van de back-up, typt u de volgende tabellen (mondiaal niveau) openen: ontgrendelen tafels; De flush logs Verklaring: Tegen de tijd dat u wilt volledige back-up te maken, het binaire logbestand misschien niet de maximale grootte bereikt, om te sluiten op de volgende te beginnen.
Dus je moet het krachtig sluiten. De hoop is dat de volgende binaire log direct na volledige back-up wordt gestart, en uw incrementele back-up en incrementele herstel zal consistent zijn. Om alle logbestanden te dwingen te sluiten, moet u de flush logs statement te gebruiken. U moet de RELOAD voorrecht hebben om de verklaring te gebruiken. De syntax is: flush logs Deze spoelt alle logs inclusief algemene logboek en error log. Het sluit en start nieuwe logbestanden.
Als binary logging is ingeschakeld, wordt het volgnummer van de nieuwe binaire logbestand met één verhoogd ten opzichte van het vorige bestand. De hoop is dat de nieuwe binary logging van kracht wordt na de volledige back-up is compleet als de tafels zijn vergrendeld tijdens volledige back-up. Als je logs te spoelen tijdens de volledige back-up, noteer het nummer v