Mi a teendő, ha a sérült adatbázis mysql adatbázis

Sok oldalak és szolgáltatások motorok tárolására használ adatbázis információkat, és a legnépszerűbb, véleményem, nem tekinthető a MySQL.

Az adatvesztés megelőzése érdekében kell tenniük a rendszeres biztonsági mentéseket, de mi a teendő, ha a táblázat sérült következtében egy szoftver vagy hardver hiba, vagy a sürgősségi MySQL szolgáltatás elvégzését bármilyen okból?

Abban az esetben, MyISAM táblák formátumban, meg lehet oldani nagyon egyszerűen phpMyAdmin (ahogy a képen) a terminál vagy a konzol:

Az InnoDB formátum minden lesz bonyolultabb. Eredetileg ez a formátum célja az volt, azzal az elvárással, hogy ő lenne egyedül visszaállítani sérült táblákat. De vannak pillanatok, amikor a kár súlyos is lehet, és befolyásolhatja a teljesítményt az összes MySQL adatbázis szerver.

Ebből az alkalomból jött létre a funkció helyreállítását információkat tartalmazza innodb_force_recovery paraméter a MySQL konfigurációs fájlban. A fájl lehet /etc/my.cnf /etc/mysql/my.cnf-ban vagy Linuxot használ.

Alapértelmezés szerint ez az opció ki van kapcsolva, és használja azt, hogy nagyon óvatos, mert fennáll annak a veszélye, hogy elveszítik az adatok véglegesen. A paraméter kerül a „[mysqld]”

Paraméter értékek eltérhetnek 0 (ki) 6. És annak alkalmazására MYSQL újra kell indítani.

Megjegyezzük, hogy az értéket innodb_force_recovery fent a „0” kell változtatni csak szélsőséges esetben, és csak akkor, ha a rekonstrukció munka adatbázis táblákat. Az alábbiakban figyelembe vesszük a paraméter értékét, hogy mit jelent és milyen célból kell őket alkalmazni.

Ha úgy dönt, hogy él a lehetőséggel innodb_force_recovery, ajánlott kezdeni az 1. és fokozatosan növelni szükséges. A növekedés a hozzáadott érték a különböző paraméterek, amelyek szükségesek az adatok elérésére. Például, a 3. érték magában foglalja a paramétereket, hogy használták, amikor a értéke 1 és 2.

Csak emlékeztetni, hogy a munka során, nem kell semmilyen INSERT művelet funkciókat, UPDATE vagy DELETE, azaz az adatbázishoz való hozzáférés a csak olvasható, és csak az adminisztrátor számára.

List innodb_force_recovery paraméterek értékeit:

Lehetővé teszi, hogy a szerver is elindul, ha a károsodás adatok InnoDB. Az indítás után próbálja meg egy válogatást a táblázatból - SELECT * FROM <таблица>.

Ez megakadályozza, hogy a művelet a fő téma. Ha a hiba lépett fel a tisztítási folyamat, ez az opció megtiltaná az újraindítás

Ez nem teszi lehetővé a rollback helyreállítási sérülés után

Megakadályozza egyesítése működés puffer létre INSERT.Tak nincs letiltva száma statisztikákat. Ez az érték innodb_force_recovery paraméter végül korrupt az adatokat. Használat után meg kell tisztítani és újra létrehozni a másodlagos indexek.

Ne figyeljen a log fájlokat, amelyek a tárolt példányban hiányos ügyletek, amikor a szerver elindul. Ez az érték innodb_force_recovery paraméter végül korrupt az adatokat.

Nem esik vissza a le nem kötött ügyletek. Ez az érték innodb_force_recovery paraméter végül korrupt az adatokat.

Miután az értéke van kitéve, lehetséges, hogy nem a SELECT táblázatok sdampit adatok vagy DROP / CREATE újra a táblákat. Ha a „6”, akkor erősen ajánlott, hogy csak a legegyszerűbb funkciók, mint például a SELECT * FROM <таблица>, mivel bonyolultabb lekérdezések végül az adatok megsérülhetnek. Kísérje figyelemmel az adatokat, hogy egy biztonsági másolatot rendszeresen.

Kapcsolódó cikkek