Baza danych MySQL uległa uszkodzeniu. Które z działań NIE pomoże w jej naprawie?
A. odtworzenie bazy z kopii zapasowej
Źle. Przywrócenie z kopii to skuteczny sposób odzyskania sprawnej bazy.
B. utworzenie nowej bazy i przeniesienie do niej tabel
Źle. Przeniesienie danych do nowej bazy bywa skuteczną metodą ratunkową.
C. próba naprawy poleceniem
REPAIRŹle.
REPAIR TABLE to typowy sposób naprawy uszkodzonej tabeli.D. wykonanie replikacji bazy danych
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.