Hvordan reparere tabeller som er merket som dårlige eller ødelagte i MySQL

I mer enn et år brukte vi Counterizer-pluginet for WordPress og lagret dermed statistikk over bloggen og dens lesere. Dette pluginet ble deaktivert for noen dager siden siden (blant annet) det lagret mer enn 600 MB data i databasen.

Det hender at (før jeg deaktiverer pluginet og rengjør DB), prøvde jeg å dumpe databasen, det vil si eksportere den til .SQL og dermed laste den ned, og i hosting-terminalen fikk jeg følgende feil:

mysqldump: Fikk feil: 144: Tabell './dl_database/Counterize_Referers' er merket som krasjet og den siste (automatiske?) reparasjonen mislyktes når du bruker LOCK TABLES

Por lo que, el dump no se efectuaba y bueno… la solo idea de pensar que la DB de DesdeLinux tenía algún problema me puso los pelos de punta 🙂

Etter å ha undersøkt litt på nettet kunne jeg lære hvordan jeg skulle løse dette problemet, tilsynelatende er det IKKE at databasen har problemer nøyaktig, bare at en tabell er merket som "med problemer", heldigvis er dette veldig enkelt å fikse.

La oss først få tilgang til MySQL-serveren:

mysql -u root -p

Vi trykker på [Enter] og det vil be oss om MySQL root-passordet, vi setter det og trykker på [Enter] igjen.

Denne kommandoen er i tilfelle MySQL-serveren er installert på samme datamaskin. Hvis du vil koble eksternt til en annen MySQL-server, må du legge til følgende på linjen: -h IP-OF-SERVER

Når du er inne i MySQL, vil vi fortelle deg hvilken database du skal bruke, for eksempel er problemet i henhold til feilen ovenfor i tabellen Counterize_Referers fra databasen  dl_database, så det:

use database dl_database;

Og nå for å reparere bordbunnen:

repair table Counterize_Referers;

Merk at på slutten av disse linjene er det semikolon —– »  ;

Når den forrige kommandoen er utført, må alt ha blitt normal, i hvert fall i mitt tilfelle har det vært slik ved mer enn en anledning 😉

Så gjenstår det bare å utføre instruksjonene om å dumpe databasen og voila, ikke mer.

Uansett, jeg gjør dette mer enn noe annet som et memorandum for meg, fordi det samme har skjedd med meg to ganger, og jeg vil ikke glemme instruksjonene for å redde dagen 😀

Hilsen og jeg håper det er nyttig for noen andre.


19 kommentarer, legg igjen dine

Legg igjen kommentaren

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *

*

*

  1. Ansvarlig for dataene: Miguel Ángel Gatón
  2. Formålet med dataene: Kontroller SPAM, kommentaradministrasjon.
  3. Legitimering: Ditt samtykke
  4. Kommunikasjon av dataene: Dataene vil ikke bli kommunisert til tredjeparter bortsett fra ved juridisk forpliktelse.
  5. Datalagring: Database vert for Occentus Networks (EU)
  6. Rettigheter: Når som helst kan du begrense, gjenopprette og slette informasjonen din.

  1.   Leo sa

    Veldig bra, du må alltid ha denne typen gjenstander uansett årsak.

    1.    KZKG ^ Gaara sa

      Takk
      Ja ... for øyeblikket når problemet oppstår, er det bra å ha løsningen tilgjengelig, eller i det minste å vite hvor du finner den uten forsinkelse.

  2.   eliotime3000. sa

    Bra KZKGGaara. Det er ting som PHPMyAdmin ikke kan gjøre som konsollen kan.

    1.    KZKG ^ Gaara sa

      Takk

  3.   Santiago sa

    Utmerket, reddet meg mer enn en gang.

    Men jeg lurer på, ville det ikke være mysql -u root -p i stedet for root -u root -p? Jeg mener ikke å fornærme.

    Takk!

  4.   Santiago sa

    Utmerket, reddet meg mer enn en gang.
    Men jeg lurer på, ville det ikke være mysql -u root -p i stedet for root -u root -p? Spør jeg uten intensjon om å fornærme.
    Takk

    1.    KZKG ^ Gaara sa

      LOL !!!! Helt sant, min feil LOL!
      Jeg skrev og tenkte et skritt foran, derfra for å skrive root i stedet for mysql ... Takk for advarselen 🙂

      1.    Santiago sa

        Værsågod! Beklager det doble innlegget; Jeg prøvde å sende den gjentatte ganger, og den fortalte meg at den allerede eksisterte (jeg lastet siden inn på nytt og så ikke noe).
        Hilsener.

  5.   Leper_Ivan sa

    Dette kommer ut av håret mitt nå når jeg kommer inn i DB-problemet.

  6.   Alexander sa

    Hallo,

    Et spørsmål, hvor ofte dumper du DB? er å vite hvor lang tid det tar å få opptil 600 MB data

    Beste hilsen,

    1.    KZKG ^ Gaara sa

      Ehm ... Jeg forstod deg ikke så godt nå 🙂
      Antes de que hiciéramos una limpieza en la DB de DesdeLinux esta (o sea, el .sql de la DB) pesaba más de 700MB, porque guardábamos en la DB todas las estadísticas. O sea, desde casi el inicio del blog.

      Nå bruker vi Google A. så vi sletter statistiktabellene fra DB, og nå når ikke .sql ikke 80 MB

      Svarer dette på spørsmålet ditt?

  7.   Alexander sa

    Hallo,

    Uten troll, hvor ofte dumper du DB?

    1.    KZKG ^ Gaara sa

      Flere ganger i måneden 🙂
      Intento siempre tener en mi localhost la última versión de DesdeLinux

  8.   du liker å kjøpe den !! sa

    Det virker ok for meg, nå er det ikke mulig å gjøre en generell revisjon av de ødelagte tabellene?

  9.   Victoria sa

    Tusen takk venn, ditt bidrag hjalp meg mye.
    Hilsen

  10.   Juan Mollega sa

    Tusen takk kjære, takk for tipsene, de hjalp meg !!
    Hilsen fra Trujillo-Venezuela.

  11.   Hernan Barra sa

    Antatt
    Som jeg vet om prosessen kjører skrev jeg kommandoen reparasjonstabell import; og der er jeg

  12.   Andrew Cruz sa

    Tusen takk, du har reddet huden min 😀

  13.   Marco sa

    Hei venn, jeg vet ikke om du kan hjelpe meg, noe lignende skjedde med nettstedet mitt, merk denne feilen:
    Tabellen wp_posts er ikke riktig. Rapporter følgende feil: Tabellen er merket som krasjet og siste reparasjon mislyktes. WordPress vil prøve å reparere denne tabellen ...
    Kunne ikke reparere wp_posts-tabellen. Feil: Tabellen er merket som krasjet og siste reparasjon mislyktes

    Jeg vet ikke om du kan hjelpe meg med å fikse det, jeg er ny på avansert WordPress. Når du prøver å reparere wp-posttabellen, viser den en feil som ikke kan repareres. Takk skal du ha. Nettstedet mitt er: https://diarionoticiasweb.com