Kā salabot MySQL par sliktiem vai bojātiem galdus

Vairāk nekā gadu mēs izmantojām Counterizer spraudni WordPress un tādējādi saglabājām emuāra un tā lasītāju statistiku, šis spraudnis tika deaktivizēts pirms dažām dienām, jo ​​(cita starpā) tas datu bāzē saglabāja vairāk nekā 600 MB datu.

Gadās, ka (pirms spraudņa deaktivizēšanas un DB tīrīšanas) es mēģināju izgāzt datu bāzi, tas ir, eksportēt to uz .SQL un tādējādi to lejupielādēt, un mitināšanas terminālī es saņēmu šādu kļūdu:

mysqldump: Got kļūda: 144: Tabula './dl_database/Counterize_Referers' ir atzīmēta kā avarējusi un pēdējais (automātiskais?) remonts neizdevās, lietojot LOCK TABLES

Tāpēc izgāztuve netika veikta un labi ... tikai ideja domāt, ka FromLinux DB ir kāda problēma, lika man matus piecelties 🙂

Veicot nelielu pētījumu tīmeklī, es varēju uzzināt, kā atrisināt šo problēmu, acīmredzot NAV, ka datu bāzē ir problēmas tieši, vienkārši tabula ir atzīmēta kā “ar problēmām”, par laimi, to ir ļoti vienkārši novērst.

Vispirms piekļūsim MySQL serverim:

mysql -u root -p

Mēs nospiežam [Enter], un tā mums prasīs MySQL saknes paroli, mēs to ieliekam un vēlreiz nospiežam [Enter].

Šī komanda ir paredzēta gadījumā, ja MySQL serveris ir instalēts tajā pašā datorā, ja vēlaties attālināti izveidot savienojumu ar citu MySQL serveri, rindai jāpievieno: -h IP-OF-SERVER

Iekļūstot MySQL, mēs jums pateiksim, kuru datu bāzi izmantot, piemēram, problēma saskaņā ar kļūdu iepriekš ir tabulā Counterize_Referers no datu bāzes  dl_database, lai:

use database dl_database;

Un tagad, lai labotu galda pamatni:

repair table Counterize_Referers;

Ņemiet vērā, ka šo rindu beigās ir semikols —– »  ;

Kad iepriekšējā komanda ir izpildīta, visam jābūt normālam, vismaz manā gadījumā tas ir bijis vairāk nekā vienu reizi 😉

Tad atliek tikai atkārtoti izpildīt norādījumu par datu bāzes izgāšanu un voila, nekas vairāk.

Jebkurā gadījumā es to daru vairāk nekā jebkas cits kā memorands man, jo tas pats ar mani ir noticis divreiz, un es negribu aizmirst instrukcijas, kā glābt dienu 😀

Sveiciens, un es ceru, ka tas ir noderīgs kādam citam.


Raksta saturs atbilst mūsu principiem redakcijas ētika. Lai ziņotu par kļūdu, noklikšķiniet uz šeit.

19 komentāri, atstājiet savus

Atstājiet savu komentāru

Jūsu e-pasta adrese netiks publicēta. Obligātie lauki ir atzīmēti ar *

*

*

  1. Atbildīgais par datiem: Migels Ángels Gatóns
  2. Datu mērķis: SPAM kontrole, komentāru pārvaldība.
  3. Legitimācija: jūsu piekrišana
  4. Datu paziņošana: Dati netiks paziņoti trešām personām, izņemot juridiskus pienākumus.
  5. Datu glabāšana: datu bāze, ko mitina Occentus Networks (ES)
  6. Tiesības: jebkurā laikā varat ierobežot, atjaunot un dzēst savu informāciju.

  1.   Lauva teica

    Ļoti labi, jebkāda iemesla dēļ jums vienmēr ir jābūt šāda veida priekšmetiem.

    1.    KZKG ^ Gaara teica

      Paldies
      Jā ... brīdī, kad rodas problēma, ir labi, ja jums ir pieejams risinājums vai vismaz zināt, kur to atrast nekavējoties.

  2.   3000 teica

    Laba KZKGGaara. Ir dažas lietas, ko PHPMyAdmin nevar izdarīt, kā to var izdarīt konsole.

    1.    KZKG ^ Gaara teica

      Paldies

  3.   Santjago teica

    Lieliski, izglāba mani vairāk nekā vienu reizi.

    Bet nez vai tas nebūtu mysql -u root -p, nevis root -u root -p? Es nedomāju aizskart.

    Paldies!

  4.   Santjago teica

    Lieliski, izglāba mani vairāk nekā vienu reizi.
    Bet nez vai tas nebūtu mysql -u root -p, nevis root -u root -p? Es jautāju bez nodoma apvainoties.
    Gracias

    1.    KZKG ^ Gaara teica

      LOL !!!! Pilnīgi taisnība, mana kļūda LOL!
      Es rakstīju un domāju soli uz priekšu, no turienes, lai mysql vietā rakstītu root ... Paldies par brīdinājumu 🙂

      1.    Santjago teica

        Nav par ko! Atvainojiet par divkāršo amatu; Es mēģināju to nosūtīt atkārtoti, un tas man teica, ka tas jau pastāv (es pārlādēju lapu un neko neredzēju).
        Sveicieni.

  5.   Leper_Ivan teica

    Tas nāk no maniem matiem tagad, kad es nonākšu DB jautājumā.

  6.   Alexander teica

    Sveiki,

    Viens jautājums, cik bieži jūs izmetat DB? ir zināt, cik ilgs laiks nepieciešams, lai iegūtu līdz 600 MB datu

    Ar cieņu,

    1.    KZKG ^ Gaara teica

      Ehm ... es tagad tevi ļoti labi nesapratu 🙂
      Pirms mēs veicām tīrīšanu FromLinux DB, tā (tas ir, DB .sql) svars pārsniedza 700 MB, jo visu statistiku mēs saglabājām DB. Citiem vārdiem sakot, gandrīz no emuāra sākuma.

      Tagad mēs izmantojam Google A. Tāpēc mēs izdzēšam statistikas tabulas no DB, un tagad .sql nesasniedz 80 MB

      Vai tas atbild uz jūsu jautājumu?

  7.   Alexander teica

    Sveiki,

    Bez troļļa, cik bieži jūs izmetat DB?

    1.    KZKG ^ Gaara teica

      Vairākas reizes mēnesī 🙂
      Es vienmēr cenšos, lai vietējā saimniekdatorā būtu jaunākā DesdeLinux versija

  8.   jums patīk nopirkt !! teica

    Man tas šķiet ok, tagad nav iespējams veikt vispārēju bojāto tabulu pārskatīšanu?

  9.   divvietīga kariete teica

    Liels paldies draugam, tavs ieguldījums man ļoti palīdzēja.
    Sveicieni

  10.   Huans Mollega teica

    Liels paldies jums, paldies par padomiem, viņi man palīdzēja !!
    Sveiciens no Trujillo-Venecuēlas.

  11.   Hernan Barra teica

    aplēsts
    Tā kā es zinu, vai process darbojas, es uzrakstīju komandu labošanas tabulas importēšana; un tur es esmu

  12.   Andrē Krūzs teica

    Liels paldies, jūs esat izglābis manu ādu 😀

  13.   Marco teica

    Labdien, draugs, es nezinu, vai jūs varat man palīdzēt, kaut kas līdzīgs notika ar manu vietni, atzīmējiet šo kļūdu:
    Tabula wp_posts nav pareiza. Ziņot par šādu kļūdu: Tabula ir atzīmēta kā avārija un pēdējais remonts neizdevās. WordPress mēģinās salabot šo tabulu ...
    Neizdevās salabot tabulu wp_posts. Kļūda: tabula ir atzīmēta kā avarējusi un pēdējais remonts neizdevās

    Es nezinu, vai jūs varat man palīdzēt to novērst. Esmu jauns, lai uzlabotu WordPress. Mēģinot labot wp-pasta tabulu, tajā parādās kļūda, kuru nevar novērst. Paldies. Mana vietne ir: https://diarionoticiasweb.com