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].
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;
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.
Foarte bine, trebuie să aveți întotdeauna la îndemână acest tip de articol, indiferent de motiv.
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.
Bun KZKGGaara. Există lucruri pe care PHPMyAdmin nu le poate face, pe care le poate face consola.
Mulțumesc
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!
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
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 🙂
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.
Acest lucru iese din părul meu acum, când mă apuc de problema DB.
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,
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.?
Bună ziua bun,
Fără troll, cât de des renunți la DB?
De câteva ori pe lună 🙂
Încerc întotdeauna să am cea mai recentă versiune a DesdeLinux
Mi se pare ok, acum nu se poate face o revizuire generală a tabelelor corupte?
Mulțumesc foarte mult prieten, contribuția ta m-a ajutat foarte mult.
În ceea ce priveşte
Multumesc dragi, multumesc pentru sfaturi, m-au ajutat !!
Salutări din Trujillo-Venezuela.
estimat
După cum știu dacă procesul rulează, am scris importul tabelului de reparații de comenzi; și iată-mă
Mulțumesc foarte mult, mi-ai salvat pielea 😀
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