Kako popraviti tabele, označene kot slabe ali poškodovane v MySQL

Več kot eno leto smo uporabljali vtičnik Counterizer za WordPress in tako vodili statistiko bloga in njegovih bralcev, ta vtičnik smo pred dnevi deaktivirali, saj je (med drugim) v bazo shranil več kot 600 MB podatkov.

Zgodi se, da sem (preden sem deaktiviral vtičnik in očistil DB) skušal narediti izpis baze podatkov, to je izvoziti v .SQL in jo tako prenesti in v gostiteljskem terminalu se je pojavila naslednja napaka:

mysqldump: Napaka: 144: Tabela './dl_database/Counterize_Referers' je označena kot zrušena in zadnje (samodejno?) popravilo ni bilo uspešno pri uporabi LOCK TABLES

Zato smetišče ni bilo izvedeno in no ... že sama ideja, da bi imel DB FromLinux nekaj težav, mi je postavila lase 🙂

Z malo raziskave v spletu sem se lahko naučil, kako rešiti to težavo, očitno NI, da ima baza podatkov težave, preprosto da je tabela označena kot "s težavami", na srečo je to zelo enostavno popraviti.

Najprej dostopimo do strežnika MySQL:

mysql -u root -p

Pritisnite [Enter] in vprašal nas bo za korensko geslo MySQL, vstavili smo ga in ponovno pritisnili [Enter].

Ta ukaz je v primeru, da je strežnik MySQL nameščen v istem računalniku. Če se želite na daljavo povezati z drugim strežnikom MySQL, morate v vrstico dodati naslednje: -h IP-OF-SERVER

Ko vstopite v MySQL, vam bomo povedali, katero bazo podatkov uporabiti, na primer težava glede na zgornjo napako je v tabeli Counterize_Referers iz baze podatkov  dl_database, tako da:

use database dl_database;

In zdaj, da popravimo mizo:

repair table Counterize_Referers;

Upoštevajte, da je na koncu teh vrstic podpičje —– »  ;

Ko je bil prejšnji ukaz izveden, se je moralo vse vrniti v normalno stanje, vsaj v mojem primeru je bilo tako že večkrat 😉

Potem ostane samo ponoviti navodilo za odvoz baze podatkov in voila, nič več.

Kakorkoli že, to počnem bolj kot karkoli drugega kot memorandum zame, ker se mi je že dvakrat zgodilo isto in ne želim pozabiti navodil, da rešim dan 😀

Lep pozdrav in upam, da pomaga še komu.


Vsebina članka je v skladu z našimi načeli uredniška etika. Če želite prijaviti napako, kliknite tukaj.

19 komentarja, pustite svojega

Pustite svoj komentar

Vaš e-naslov ne bo objavljen. Obvezna polja so označena z *

*

*

  1. Za podatke odgovoren: Miguel Ángel Gatón
  2. Namen podatkov: Nadzor neželene pošte, upravljanje komentarjev.
  3. Legitimacija: Vaše soglasje
  4. Sporočanje podatkov: Podatki se ne bodo posredovali tretjim osebam, razen po zakonski obveznosti.
  5. Shranjevanje podatkov: Zbirka podatkov, ki jo gosti Occentus Networks (EU)
  6. Pravice: Kadar koli lahko omejite, obnovite in izbrišete svoje podatke.

  1.   Leo je dejal

    Zelo dobro, takšen predmet morate vedno imeti pri roki iz kakršnega koli razloga.

    1.    KZKG ^ Gaara je dejal

      Hvala
      Da ... v trenutku, ko pride do težave, je dobro imeti rešitev na dosegu roke ali vsaj takoj vedeti, kje jo najti.

  2.   eliotime3000 je dejal

    Dober KZKGGaara. Obstaja nekaj, česar PHPMyAdmin ne more storiti, kar lahko na konzoli.

    1.    KZKG ^ Gaara je dejal

      Hvala

  3.   Santiago je dejal

    Odlično, večkrat me je rešil.

    Zanima pa me, ali ne bi šlo za mysql -u root -p namesto za root -u root -p? Ne mislim žaliti.

    Hvala!

  4.   Santiago je dejal

    Odlično, večkrat me je rešil.
    Zanima pa me, ali ne bi šlo za mysql -u root -p namesto za root -u root -p? Vprašam brez namena užaljenja.
    hvala

    1.    KZKG ^ Gaara je dejal

      LOL !!!! Popolnoma res, moja napaka LOL!
      Pisal sem in razmišljal korak naprej, od tam pa napisal root namesto mysql ... Hvala za opozorilo 🙂

      1.    Santiago je dejal

        Ni za kaj! Oprostite za dvojno objavo; Poskušal sem ga večkrat poslati in povedal mi je, da že obstaja (stran sem znova naložil in nisem videl ničesar).
        Lep pozdrav.

  5.   Leper_Ivan je dejal

    To mi pride ven iz las, ko se lotevam vprašanja DB.

  6.   Alexander je dejal

    Pozdravljeni dobro

    Eno vprašanje, kako pogosto izpustite DB? je vedeti, kako dolgo traja do 600 MB podatkov

    Lep pozdrav,

    1.    KZKG ^ Gaara je dejal

      Hm ... zdaj te nisem dobro razumel 🙂
      Preden smo opravili čiščenje v DB FromLinux, je (torej .sql DB) tehtal več kot 700 MB, ker smo v DB shranili vso statistiko. Z drugimi besedami, od skoraj začetka bloga.

      Zdaj uporabljamo Google A., zato iz DB izbrišemo tabele s statističnimi podatki, zdaj pa .sql ne doseže 80 MB

      Ali to odgovarja na vaše vprašanje?

  7.   Alexander je dejal

    Pozdravljeni dobro

    Brez trola, kako pogosto izpustite DB?

    1.    KZKG ^ Gaara je dejal

      Večkrat na mesec 🙂
      Vedno poskušam imeti na svojem localhostu najnovejšo različico DesdeLinuxa

  8.   rad ga kupiš !! je dejal

    Zdi se mi v redu, zdaj ni mogoče opraviti splošne revizije poškodovanih tabel?

  9.   Victoria je dejal

    Najlepša hvala prijatelju, vaš prispevek mi je zelo pomagal.
    pozdrav

  10.   Juan Mollega je dejal

    Najlepša hvala draga, hvala za nasvete, pomagali so mi !!
    Lep pozdrav iz Trujillo-Venezuele.

  11.   Hernan Barra je dejal

    ocenjeno
    Ker vem, ali se postopek izvaja, sem napisal ukaz tabela za popravilo import; in tam sem

  12.   Andre Cruz je dejal

    Najlepša hvala, rešili ste mi kožo 😀

  13.   Marco je dejal

    Pozdravljeni, ne vem, če mi lahko pomagate, kaj podobnega se je zgodilo z mojim spletnim mestom, označite to napako:
    Tabela wp_posts ni pravilna. Prijavite naslednjo napako: Tabela je označena kot zrušena in zadnje popravilo ni uspelo. WordPress bo poskusil popraviti to tabelo ...
    Tabele wp_posts ni bilo mogoče popraviti. Napaka: Tabela je označena kot zrušena in zadnje popravilo ni uspelo

    Ne vem, če mi lahko pomagate popraviti, sem nov v naprednem WordPressu. Ko poskušate popraviti tabelo wp-post, se prikaže napaka, ki je ni mogoče popraviti. Hvala vam. Moje spletno mesto je: https://diarionoticiasweb.com