Cum se repară tabelele marcate ca fiind defecte sau corupte în MySQL

De mai bine de un an am folosit pluginul Counterizer pentru WordPress și păstrăm astfel statistici ale blogului și ale cititorilor acestuia, acest plugin a fost dezactivat acum câteva zile, deoarece (printre altele) a salvat mai mult de 600 MB de date în baza de date.

Se întâmplă ca (înainte de a dezactiva pluginul și de a curăța DB-ul) am încercat să arunc baza de date, adică să o export în .SQL și astfel să o descarc și în terminalul de găzduire am primit următoarea eroare:

mysqldump: Eroare obținută: 144: Tabelul „./dl_database/Counterize_Referers” este marcat ca blocat și ultima reparație (automată?) nu a reușit când se utilizează LOCK TABLES

Prin urmare, descărcarea nu a fost efectuată și ei bine... simpla idee de a gândi că DB de DesdeLinux Am avut o problemă, mi-a făcut părul pe cap :)

Făcând o mică cercetare pe web, am reușit să învăț cum să rezolv această problemă, aparent NU este faptul că baza de date are probleme exact, pur și simplu că un tabel este marcat ca „cu probleme”, din fericire, acest lucru este foarte simplu de rezolvat.

Mai întâi să accesăm serverul MySQL:

mysql -u root -p

Apăsăm [Enter] și ne va cere parola de root MySQL, o punem și apăsăm din nou [Enter].

Această comandă este în cazul în care serverul MySQL este instalat pe același computer, dacă doriți să vă conectați de la distanță la un alt server MySQL trebuie să adăugați următoarele linii: -h IP-OF-SERVER

Odată ajuns în MySQL vă vom spune ce bază de date să utilizați, de exemplu, problema conform erorii de mai sus este în tabel Counterize_Referers din baza de date  dl_database, astfel încât:

use database dl_database;

Și acum pentru a repara baza mesei:

repair table Counterize_Referers;

Rețineți că la sfârșitul acestor rânduri există un punct și virgulă --– »  ;

Odată ce comanda anterioară a fost executată, totul trebuie să fi revenit la normal, cel puțin în cazul meu a fost așa în mai multe ocazii 😉

Apoi rămâne doar să executați din nou instrucțiunea pentru a arunca baza de date și voila, nimic mai mult.

Oricum, fac asta mai mult decât orice altceva ca memorandum pentru mine, pentru că mi s-a întâmplat același lucru de două ori și nu vreau să uit instrucțiunile pentru a salva ziua 😀

Salutări și sper să le fie de folos altcuiva.


Lasă comentariul tău

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *

*

*

  1. Responsabil pentru date: Miguel Ángel Gatón
  2. Scopul datelor: Control SPAM, gestionarea comentariilor.
  3. Legitimare: consimțământul dvs.
  4. Comunicarea datelor: datele nu vor fi comunicate terților decât prin obligație legală.
  5. Stocarea datelor: bază de date găzduită de Occentus Networks (UE)
  6. Drepturi: în orice moment vă puteți limita, recupera și șterge informațiile.

  1.   Leu el a spus

    Foarte bine, trebuie să aveți întotdeauna la îndemână acest tip de articol, indiferent de motiv.

    1.    KZKG ^ Gaara el a spus

      Mulțumesc
      Da ... în momentul în care apare problema, este bine să aveți soluția la îndemână sau cel puțin să știți unde să o găsiți fără întârziere.

  2.   eliotime3000 el a spus

    Bun KZKGGaara. Există lucruri pe care PHPMyAdmin nu le poate face, pe care le poate face consola.

    1.    KZKG ^ Gaara el a spus

      Mulțumesc

  3.   Santiago el a spus

    Excelent, m-a salvat de mai multe ori.

    Dar mă întreb, nu ar fi mysql -u root -p în loc de root -u root -p? Nu vreau să jignesc.

    Vă mulțumim!

  4.   Santiago el a spus

    Excelent, m-a salvat de mai multe ori.
    Dar mă întreb, nu ar fi mysql -u root -p în loc de root -u root -p? Întreb fără intenția de a jigni.
    Mulţumiri

    1.    KZKG ^ Gaara el a spus

      LAUGH OUT LOUD!!!! Complet adevărat, greșeala mea LOL!
      Scrieam și mă gândeam cu un pas înainte, de acolo să scriu rădăcină în loc de mysql ... Mulțumesc pentru avertisment 🙂

      1.    Santiago el a spus

        Cu plăcere! Scuze pentru postarea dubla; Am încercat să îl trimit în mod repetat și mi-a spus că există deja (am reîncărcat pagina și nu am văzut nimic).
        Salutări.

  5.   Leper_Ivan el a spus

    Acest lucru iese din părul meu acum, când mă apuc de problema DB.

  6.   Alexander el a spus

    Bună ziua bun,

    O întrebare, cât de des renunți la DB? este să știi cât durează până când obții până la 600 MB de date

    Cel mai bun în ceea ce priveşte,

    1.    KZKG ^ Gaara el a spus

      Ehm ... nu te-am înțeles prea bine acum 🙂
      Înainte să facem o curățare în DB of DesdeLinux Acesta (adică .sql al DB-ului) cântărea mai mult de 700MB, pentru că am păstrat toate statisticile în DB. Adică de la aproape începutul blogului.

      Acum folosim Google A. așa că ștergem tabelele de statistici din DB, iar acum .sql nu ajunge la 80MB

      Vă răspunde la întrebarea dvs.?

  7.   Alexander el a spus

    Bună ziua bun,

    Fără troll, cât de des renunți la DB?

    1.    KZKG ^ Gaara el a spus

      De câteva ori pe lună 🙂
      Încerc întotdeauna să am cea mai recentă versiune a DesdeLinux

  8.   iti place sa il cumperi !! el a spus

    Mi se pare ok, acum nu se poate face o revizuire generală a tabelelor corupte?

  9.   Victoria el a spus

    Mulțumesc foarte mult prieten, contribuția ta m-a ajutat foarte mult.
    În ceea ce priveşte

  10.   Juan Mollega el a spus

    Multumesc dragi, multumesc pentru sfaturi, m-au ajutat !!
    Salutări din Trujillo-Venezuela.

  11.   Hernan Barra el a spus

    estimat
    După cum știu dacă procesul rulează, am scris importul tabelului de reparații de comenzi; și iată-mă

  12.   Andrew Cruz el a spus

    Mulțumesc foarte mult, mi-ai salvat pielea 😀

  13.   marca el a spus

    Bună ziua prietene, nu știu dacă mă puteți ajuta, sa întâmplat ceva similar cu site-ul meu, marcați această eroare:
    Tabelul wp_posts nu este corect. Raportați următoarea eroare: Tabelul este marcat ca blocat și ultima reparație nu a reușit. WordPress va încerca să repare acest tabel ...
    Nu s-a reparat tabelul wp_posts. Eroare: Tabelul este marcat ca blocat și ultima reparație nu a reușit

    Nu știu dacă mă puteți ajuta să o rezolv, sunt nou la WordPress avansat. Când încercați să reparați tabelul wp-post, acesta arată o eroare că nu poate fi reparat. Mulțumesc. Site-ul meu este: https://diarionoticiasweb.com