Czynnością zalecaną przed wykonaniem kopii zapasowej bazy danych MySQL jest:
Źle. Kodowanie ustala się przy projektowaniu, nie przed kopią.
Dobrze. Kopia uszkodzonej bazy utrwali błędy - najpierw warto ją sprawdzić i naprawić.
Źle. Administrator zwykle ma już uprawnienia; to nie warunek kopii.
Źle. Wydajność nie wpływa na poprawność wykonywanej kopii.
Kopia zapasowa ma sens tylko, gdy zapisuje sprawne dane. Jeśli baza jest uszkodzona, backup utrwali błędy i przy odtwarzaniu odzyskamy wadliwy stan. Dlatego przed wykonaniem kopii zaleca się sprawdzenie integralności bazy (np.
CHECK TABLE) i ewentualną naprawę (REPAIR TABLE). Dopiero zdrową bazę warto archiwizować. Dlatego poprawne jest sprawdzenie integralności i ewentualna naprawa.Pozostałe czynności nie wpływają na poprawność kopii. To, czy baza jest „dostatecznie wydajna”, dotyczy szybkości działania, a nie spójności danych, które zamierzamy zarchiwizować. Kodowanie znaków ustala się na etapie projektowania bazy i przy kopii nie ma znaczenia. Nadawanie administratorowi uprawnień do przeglądania nie jest warunkiem wykonania backupu - konto wykonujące kopię musi mieć dostęp, ale zwykle już go ma. Aby nie utrwalić uszkodzeń, przed kopią sprawdza się integralność bazy i w razie potrzeby ją naprawia, dlatego ta odpowiedź jest poprawna.