Ako opraviť tabuľky poškodené alebo poškodené v MySQL

Už viac ako rok sme používali doplnok Counterizer pre WordPress a udržiavali sme tak štatistiku blogu a jeho čitateľov, tento doplnok bol pred pár dňami deaktivovaný, pretože (okrem iného) uložil do databázy viac ako 600 MB dát.

Stáva sa, že (pred deaktiváciou pluginu a vyčistením DB) som sa pokúsil vyložiť databázu, to znamená exportovať ju do .SQL a tak ju stiahnuť a v hostiteľskom termináli som dostal nasledujúcu chybu:

mysqldump: Mám chybu: 144: Tabuľka „./dl_database/Counterize_Referers“ je označená ako havarovaná a posledná (automatická?) oprava zlyhala pri použití LOCK TABLES

Preto sa skládka neuskutočnila a dobre ... len myšlienka myslieť si, že DB DesdeLinux mala som problem, stavali sa mi z toho vlasy :)

Pri podrobnom výskume na webe som sa naučil, ako vyriešiť tento problém, zjavne to NIE JE, že databáza má problémy presne, iba to, že tabuľka je označená ako „s problémami“, našťastie sa to dá veľmi ľahko opraviť.

Najskôr pristúpime k serveru MySQL:

mysql -u root -p

Stlačíme [Enter] a vyžiada si od nás rootovské heslo MySQL, dáme ho a znovu stlačíme [Enter].

Tento príkaz je v prípade, že je server MySQL nainštalovaný na rovnakom počítači. Ak sa chcete vzdialene pripojiť k inému serveru MySQL, musíte do riadku pridať toto: -h IP-OF-SERVER

Keď sa dostanete do MySQL, povieme vám, ktorú databázu chcete použiť, napríklad problém podľa chyby vyššie je v tabuľke Counterize_Referers z databázy  dl_databáza, aby:

use database dl_database;

A teraz opravte základňu stola:

repair table Counterize_Referers;

Upozorňujeme, že na konci týchto riadkov je bodkočiarka —– »  ;

Po vykonaní predchádzajúceho príkazu sa všetko muselo vrátiť do normálu, aspoň v mojom prípade to tak bolo pri viacerých príležitostiach 😉

Potom už len zostáva vykonať príkaz znovu, aby sa vyradila databáza a voila, nič viac.

Každopádne to robím viac ako čokoľvek iné ako memorandum pre mňa, pretože dvakrát sa mi stalo to isté a nechcem zabudnúť na pokyny na záchranu dňa 😀

Zdravím a dúfam, že to pomôže niekomu inému.


Zanechajte svoj komentár

Vaša e-mailová adresa nebude zverejnená. Povinné položky sú označené *

*

*

  1. Zodpovedný za údaje: Miguel Ángel Gatón
  2. Účel údajov: Kontrolný SPAM, správa komentárov.
  3. Legitimácia: Váš súhlas
  4. Oznamovanie údajov: Údaje nebudú poskytnuté tretím stranám, iba ak to vyplýva zo zákona.
  5. Ukladanie dát: Databáza hostená spoločnosťou Occentus Networks (EU)
  6. Práva: Svoje údaje môžete kedykoľvek obmedziť, obnoviť a vymazať.

  1.   Lev dijo

    Veľmi dobré, vždy musíte mať tento typ veci po ruke z akýchkoľvek dôvodov.

    1.    KZKG ^ Gaara dijo

      Ďakujem vám
      Áno ... v okamihu, keď sa vyskytne problém, je dobré mať riešenie po ruke alebo aspoň vedieť, kde ho bezodkladne nájsť.

  2.   eliotime3000 dijo

    Dobrá KZKGGaara. Existujú veci, ktoré PHPMyAdmin nedokáže, čo konzola dokáže.

    1.    KZKG ^ Gaara dijo

      Ďakujem vám

  3.   Santiago dijo

    Vynikajúce, zachránilo ma to viackrát.

    Zaujímalo by ma, či by to nebol mysql -u root -p namiesto root -u root -p? Nechcem tým uraziť.

    Ďakujeme!

  4.   Santiago dijo

    Vynikajúce, zachránilo ma to viackrát.
    Zaujímalo by ma, či by to nebol mysql -u root -p namiesto root -u root -p? Pýtam sa bez úmyslu uraziť.
    vďaka

    1.    KZKG ^ Gaara dijo

      LOL !!!! Úplne pravda, moja chyba LOL!
      Písal som a premýšľal o krok vpred, odtiaľ napísať root namiesto mysql ... Ďakujem za varovanie 🙂

      1.    Santiago dijo

        Nie je začo! Ospravedlňujeme sa za dvojitý príspevok; Skúšal som to posielať opakovane a povedalo mi to, že už existuje (znovu som načítal stránku a nič sa mi nezobrazilo).
        Zdravím.

  5.   Leper_Ivan dijo

    To mi teraz vychádza z vlasov, keď sa dostávam k číslu DB.

  6.   Alexander dijo

    Ahoj,

    Jedna otázka, ako často vypúšťate DB? je vedieť, ako dlho trvá, kým získate až 600 MB dát

    S pozdravom,

    1.    KZKG ^ Gaara dijo

      Ehm ... teraz som vám veľmi nerozumel 🙂
      Predtým, ako sme urobili upratovanie v DB DesdeLinux Toto (teda .sql DB) vážilo viac ako 700 MB, pretože všetky štatistiky sme viedli v DB. Teda skoro od začiatku blogu.

      Teraz používame Google A. Vymazávame teda štatistické tabuľky z databázy a súbor .sql teraz nedosahuje 80 MB.

      Odpovedá to na vašu otázku?

  7.   Alexander dijo

    Ahoj,

    Ako často bez trolla vyhodíte DB?

    1.    KZKG ^ Gaara dijo

      Niekoľkokrát za mesiac 🙂
      Vždy sa snažím mať najnovšiu verziu DesdeLinux

  8.   radi si to kúpite !! dijo

    Zdá sa mi to v poriadku, teraz nie je možné vykonať všeobecnú revíziu poškodených tabuliek?

  9.   Victoria dijo

    Ďakujem pekne priateľu, tvoj príspevok mi veľmi pomohol.
    pozdravy

  10.   Juan Mollega dijo

    Dakujem pekne drahe, dakujem za tipy, pomohli mi !!
    Zdravím z Trujillo-Venezuela.

  11.   Hernan Barra dijo

    odhadovaný
    Ako viem, ak je proces spustený, napísal som príkaz na opravu tabuľky importu; a som tam

  12.   Andrew Cruz dijo

    Ďakujem pekne, zachránili ste mi pokožku 😀

  13.   Marco dijo

    Ahoj kamarát, neviem, či mi môžeš pomôcť, niečo podobné sa stalo s mojou webovou stránkou, označ túto chybu:
    Tabuľka wp_posts nemá pravdu. Nahlásiť nasledujúcu chybu: Tabuľka je označená ako havarovaná a posledná oprava zlyhala. WordPress sa pokúsi opraviť túto tabuľku ...
    Nepodarilo sa opraviť tabuľku wp_posts. Chyba: Tabuľka je označená ako havarovaná a posledná oprava zlyhala

    Neviem, či mi to pomôžete opraviť, som nový pokročilý WordPress. Pri pokuse o opravu tabuľky wp-post sa zobrazuje chyba, že ju nemožno opraviť. Ďakujem. Moja webová stránka je: https://diarionoticiasweb.com