Baza danych MySQL uległa uszkodzeniu. Które z działań NIE pomoże w jej naprawie?
Źle.
REPAIR TABLE to typowy sposób naprawy uszkodzonej tabeli.Źle. Przywrócenie z kopii to skuteczny sposób odzyskania sprawnej bazy.
Źle. Przeniesienie danych do nowej bazy bywa skuteczną metodą ratunkową.
Dobrze. Replikacja kopiuje dane (także uszkodzone) na inny serwer - nie naprawia uszkodzeń.
Pytanie wskazuje działanie, które NIE pomoże. Replikacja to mechanizm kopiowania danych na inny serwer w celu zwiększenia dostępności lub rozłożenia obciążenia - jeśli dane są uszkodzone, replikacja powieli je w takiej postaci na replikę, zamiast je naprawić. Realnie pomagają:
REPAIR TABLE, odtworzenie z kopii zapasowej czy przeniesienie tabel do nowej bazy. Dlatego naprawie nie służy replikacja.Pozostałe trzy działania faktycznie ratują uszkodzoną bazę, więc nie są odpowiedzią na pytanie „które NIE pomoże”. Polecenie
REPAIR TABLE próbuje odbudować uszkodzoną strukturę i indeksy tabeli. Odtworzenie z kopii zapasowej przywraca sprawny stan sprzed awarii. Utworzenie nowej bazy i przeniesienie do niej tabel pozwala porzucić uszkodzony kontener danych. Replikacja natomiast jedynie kopiuje dane na inny serwer - w tym także ewentualne uszkodzenia - więc to ona nie pomaga w naprawie.