Przed aktualizacją serwera MySQL do nowszej wersji należy przede wszystkim
Aktualizacja serwera bazy danych zmienia pliki programu, a często także format plików danych i tabele systemowe. Jeśli coś pójdzie nie tak, np. przerwie się instalacja albo nowa wersja nie przyjmie starych ustawień, jedynym pewnym sposobem odzyskania danych jest kopia zapasowa wykonana przed rozpoczęciem pracy.
Kopię wszystkich baz tworzy się poleceniem mysqldump -u root -p --all-databases > kopia.sql, a w XAMPP-ie można dodatkowo skopiować katalog z danymi przy zatrzymanym serwerze. Warto też zapisać plik konfiguracyjny my.ini lub my.cnf. Po aktualizacji sprawdza się, czy aplikacje łączą się z bazą, a gotową kopię zachowuje się do czasu potwierdzenia, że wszystko działa.
Wybór innej czynności bierze się zwykle z myślenia o bezpieczeństwie serwera zamiast o bezpieczeństwie danych. Zmiana hasła konta root i usunięcie nieużywanych kont to dobre praktyki administracyjne, ale nie chronią danych przed skutkami nieudanej aktualizacji.
Wyłączanie zapory przed aktualizacją jest wręcz szkodliwe, bo na ten czas odsłania serwer w sieci. Nowa wersja instaluje się bez tego, a pobieranie pakietów zapora przepuszcza.
Kolejność jest prosta: najpierw kopia zapasowa, potem aktualizacja, na końcu sprawdzenie działania. Bez kopii każdy błąd w trakcie aktualizacji może oznaczać bezpowrotną utratę baz.
Kopia jest jedynym zabezpieczeniem przed utratą danych.
Dobrą praktyką jest też próba odtworzenia kopii na innym komputerze, bo dopiero udane przywrócenie dowodzi, że kopia działa. Hasła i konta można uporządkować po aktualizacji, a zapora powinna działać przez cały czas.