Kiel Ripari Tablojn Markitajn Malbone aŭ Koruptitajn en MySQL

Dum pli ol jaro ni uzis la aldonaĵon Counterizer por WordPress kaj tiel konservas statistikojn de la blogo kaj ĝiaj legantoj, ĉi tiu aldonaĵo estis malaktivigita antaŭ kelkaj tagoj, ĉar (interalie) ĝi ŝparis pli ol 600 MB da datumoj en la datumbazo.

Okazas, ke (antaŭ malaktivigi la aldonaĵon kaj purigi la DB) mi provis forĵeti la datumbazon, do eksporti ĝin al .SQL kaj tiel elŝuti ĝin kaj en la gastiga terminalo mi ricevis la jenan eraron:

mysqldump: Ricevis eraron: 144: Tabelo './dl_database/Counterize_Referers' estas markita kiel kraŝita kaj lasta (aŭtomata?) riparo malsukcesis dum uzado de LOCK TABLES

Sekve, la rubejo ne plenumiĝis kaj bone ... la nura ideo pensi, ke la FromLinux DB havas iun problemon, faris ke miaj haroj stariĝu 🙂

Farante iom da esplorado en la retejo mi povis lerni kiel solvi ĉi tiun problemon, ŝajne NE estas, ke la datumbazo havas problemojn ĝuste, nur ke tabelo estas markita kiel "kun problemoj", feliĉe ĉi tio estas tre simpla ripari.

Unue ni aliru la MySQL-servilon:

mysql -u root -p

Ni premas [Enter] kaj ĝi petos la pasvorton de MySQL-radiko, ni metos ĝin kaj denove premos [Enter].

Ĉi tiu komando estas se la MySQL-servilo estas instalita sur la sama komputilo, se vi volas konekti malproksime al alia MySQL-servilo, vi devas aldoni la jenon al la linio: -h IP-OF-SERVER

Iam ene de MySQL ni diros al vi, kiun datumbazon uzi, ekzemple la problemo laŭ la eraro supre estas en la tabelo Kontraŭ_Referantoj el la datumbazo  dl_datumbazo, tiel ke:

use database dl_database;

Kaj nun ripari la tablobazon:

repair table Counterize_Referers;

Notu, ke ĉe la fino de ĉi tiuj linioj estas punktokomo —– »  ;

Post kiam la antaŭa komando estis plenumita, ĉio certe revenis al normalo, almenaŭ en mia kazo ĝi estis tiel pli ol unu fojon 😉

Tiam restas nur reruligi la instrukcion por forĵeti la datumbazon kaj voila, nenion pli.

Ĉiuokaze mi faras tion pli ol ĉion alian kiel memorandon por mi, ĉar la samo okazis al mi dufoje kaj mi ne volas forgesi la instrukciojn por ŝpari la tagon 😀

Salutojn kaj mi esperas, ke ĝi helpos al iu alia.


La enhavo de la artikolo aliĝas al niaj principoj de redakcia etiko. Por raporti eraron alklaku Ĉi tie.

19 komentoj, lasu la viajn

Lasu vian komenton

Via retpoŝta adreso ne estos eldonita. Postulita kampojn estas markita per *

*

*

  1. Respondeculo pri la datumoj: Miguel Ángel Gatón
  2. Celo de la datumoj: Kontrola SPAM, administrado de komentoj.
  3. Legitimado: Via konsento
  4. Komunikado de la datumoj: La datumoj ne estos komunikitaj al triaj krom per laŭleĝa devo.
  5. Stokado de datumoj: Datumbazo gastigita de Occentus Networks (EU)
  6. Rajtoj: Iam ajn vi povas limigi, retrovi kaj forigi viajn informojn.

  1.   leo diris

    Tre bone, vi ĉiam devas havi ĉi tiun specon de aĵoj por ia ajn kialo.

    1.    KZKG ^ Gaara diris

      Dankon 🙂
      Jes ... en la momento, kiam la problemo okazas, estas bone havi la solvon ĉe la mano, aŭ almenaŭ scii kie trovi ĝin senprokraste.

  2.   eliotime3000 diris

    Bona KZKGGaara. Estas aferoj, kiujn la PHPMyAdmin ne povas fari, kiujn la konzolo povas fari.

    1.    KZKG ^ Gaara diris

      Dankon 🙂

  3.   Santiago diris

    Bonega, savis min pli ol unu fojon.

    Sed mi scivolas, ĉu mysql -u root -p ne estus root -u root -p? Mi ne intencas ofendi.

    Dankon !!

  4.   Santiago diris

    Bonega, savis min pli ol unu fojon.
    Sed mi scivolas, ĉu ĝi ne estus mysql -u root -p anstataŭ root -u root -p? Mi demandas sen la intenco ofendi.
    danke

    1.    KZKG ^ Gaara diris

      LOL !!!! Tute vera, mia eraro LOL!
      Mi verkis kaj pensis paŝon antaŭen, de tie skribi radikon anstataŭ mysql ... Dankon pro la averto 🙂

      1.    Santiago diris

        Ne dankinde! Pardonu la duoblan afiŝon; Mi provis sendi ĝin plurfoje kaj ĝi diris al mi, ke ĝi jam ekzistas (mi reŝargis la paĝon kaj nenion vidis).
        Salutojn.

  5.   Leprulo_Ivan diris

    Ĉi tio eliras el miaj haroj nun, kiam mi eniras la DB-aferon.

  6.   Alejandro diris

    Saluton,

    Unu demando, kiom ofte vi forĵetas DB? estas scii kiom da tempo necesas por atingi ĝis 600MB da datumoj

    Salutojn,

    1.    KZKG ^ Gaara diris

      Ehm ... Mi ne bone komprenis vin nun 🙂
      Antaŭ ol ni purigis en la FromLinux-DB ĝi (tio estas, la .sql de la DB) pezis pli ol 700MB, ĉar ni konservis ĉiujn statistikojn en la DB. Alivorte, de preskaŭ la komenco de la blogo.

      Nun ni uzas Google A. do ni forigas la statistikajn tabelojn de la DB, kaj nun la .sql ne atingas 80MB

      Ĉu ĉi tio respondas vian demandon?

  7.   Alejandro diris

    Saluton,

    Sen trolo, kiom ofte vi forĵetas DB?

    1.    KZKG ^ Gaara diris

      Plurfoje monate 🙂
      Mi ĉiam provas havi la plej novan version de DesdeLinux ĉe mia loka gastiganto

  8.   vi ŝatas aĉeti ĝin !! diris

    Ŝajnas al mi bone, nun ne eblas fari ĝeneralan revizion de la koruptitaj tabeloj?

  9.   Viktorio diris

    Koran dankon amiko, via kontribuo multe helpis min.
    salutoj

  10.   Juan Mollega diris

    Koran dankon, dankon pro la konsiloj, ili helpis min !!
    Salutojn el Trujillo-Venezuelo.

  11.   hernan barra diris

    taksita
    Kiel mi scias, ĉu la procezo funkcias, mi skribis la komandon ripari tabelan importadon; kaj jen mi estas

  12.   Andre Kruco diris

    Koran dankon, vi savis mian haŭton 😀

  13.   marco diris

    Saluton amiko, mi ne scias ĉu vi povas helpi min, io simila okazis kun mia retejo, marku ĉi tiun eraron:
    La tablo wp_posts ne taŭgas. Raporti la sekvan eraron: Tabelo estas markita kiel frakasita kaj lasta riparo malsukcesis. WordPress provos ripari ĉi tiun tablon ...
    Malsukcesis ripari tablon de wp_posts. Eraro: Tabelo estas markita kiel frakasita kaj lasta riparo malsukcesis

    Mi ne scias, ĉu vi povas helpi min ripari ĝin, mi novas pri altnivela WordPress. Kiam vi provas ripari la tabon wp-post, ĝi montras eraron, ke ĝi ne ripareblas. Dankon. Mia retejo estas: https://diarionoticiasweb.com