Kuinka korjata viallisiksi tai vioittuneiksi merkittyjä taulukoita MySQL: ssä

Yli vuoden ajan käytimme Counterizer-laajennusta WordPressiin ja pidimme siten blogin ja sen lukijoiden tilastoja. Tämä laajennus, jonka deaktivoimme muutama päivä sitten, koska se (muun muassa) tallensi yli 600 Mt tietokantaan.

Sattuu, että (ennen laajennuksen deaktivointia ja DB: n puhdistamista) yritin tehdä tietokannasta kaatopaikan eli viedä sen .SQL: ään ja ladata siten ja seuraava virhe ilmestyi isäntäpäätteeseen:

mysqldump: Syy virhe: 144: Taulukko './dl_database/Counterize_Referers' on merkitty kaatuneeksi ja viimeinen (automaattinen?) korjaus epäonnistui LUKITTAULUKKOJA käytettäessä

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 🙂

Tein vähän tutkimusta verkossa. Pystyin oppimaan ratkaisemaan tämän ongelman, ilmeisesti EI ole, että tietokannassa on tarkalleen ongelmia, yksinkertaisesti se, että taulukko on merkitty ongelmaksi, onneksi tämä on erittäin helppo korjata.

Pääset ensin MySQL-palvelimeen:

mysql -u root -p

Painamme [Enter] ja se kysyy meiltä MySQL-juurisalasanaa, laitamme sen ja painamme uudelleen [Enter].

Tämä komento on siinä tapauksessa, että MySQL-palvelin on asennettu samaan tietokoneeseen, ja jos haluat muodostaa yhteyden toiseen MySQL-palvelimeen, sinun on lisättävä seuraava riville: -h IP-PALVELIN

Kun olet MySQL: n sisällä, kerromme mitä tietokantaa käytetään, esimerkiksi yllä olevan virheen mukainen ongelma on taulukossa Counterize_Referers tietokannasta  dl_tietokanta, jotta:

use database dl_database;

Ja nyt korjata pöydän pohja:

repair table Counterize_Referers;

Huomaa, että näiden rivien lopussa on puolipiste —– »  ;

Kun edellinen komento on suoritettu, kaiken on palattava normaaliksi, ainakin minun tapauksessani se on ollut sellainen useammalla kuin yhdellä kertaa 😉

Sitten on vain suoritettava ohje uudelleen tietokannan tyhjentämiseksi ja voila, ei muuta.

Joka tapauksessa teen tämän enemmän kuin mikään muu muistiinpanona minulle, koska sama asia on tapahtunut minulle kahdesti, enkä halua unohtaa ohjeita päivän pelastamiseksi 😀

Terveisiä ja toivon, että se auttaa joku muu.


Jätä kommentti

Sähköpostiosoitettasi ei julkaista. Pakolliset kentät on merkitty *

*

*

  1. Vastuussa tiedoista: Miguel Ángel Gatón
  2. Tietojen tarkoitus: Roskapostin hallinta, kommenttien hallinta.
  3. Laillistaminen: Suostumuksesi
  4. Tietojen välittäminen: Tietoja ei luovuteta kolmansille osapuolille muutoin kuin lain nojalla.
  5. Tietojen varastointi: Occentus Networks (EU) isännöi tietokantaa
  6. Oikeudet: Voit milloin tahansa rajoittaa, palauttaa ja poistaa tietojasi.

  1.   Leijona dijo

    Erittäin hyvä, sinulla on aina oltava tällainen tavara käsillä mistä tahansa syystä.

    1.    KZKG ^ Gaara dijo

      Kiitos
      Kyllä ... tällä hetkellä, kun ongelma ilmenee, on hyvä olla ratkaisu käsillä tai ainakin tietää mistä löytää se viipymättä.

  2.   eliotime3000 dijo

    Hyvä KZKGGaara. On asioita, joita PHPMyAdmin ei voi tehdä, mitä konsoli voi.

    1.    KZKG ^ Gaara dijo

      Kiitos

  3.   Santiago dijo

    Erinomainen, pelasti minut useammin kuin kerran.

    Mutta ihmettelen, eikö se olisi mysql -u root -p-root -u root -p sijaan? En tarkoita loukkaamista.

    Kiitos!

  4.   Santiago dijo

    Erinomainen, pelasti minut useammin kuin kerran.
    Mutta ihmettelen, eikö se olisi mysql -u root -p-root -u root -p sijaan? Kysyn ilman aikomusta loukata.
    kiitos

    1.    KZKG ^ Gaara dijo

      LOL!!!! Täysin totta, virhe LOL!
      Kirjoitin ja ajattelin askelta eteenpäin, sieltä kirjoittamaan root mysql: n sijaan ... Kiitos varoituksesta 🙂

      1.    Santiago dijo

        Ole hyvä! Anteeksi kaksoisviestistä; Yritin lähettää sen toistuvasti ja se kertoi minulle, että se oli jo olemassa (ladasin sivun uudelleen eikä nähnyt mitään).
        Tervehdys.

  5.   Leper_Ivan dijo

    Tämä tulee hiuksistani nyt, kun olen pääsemässä DB-ongelmaan.

  6.   Alexander dijo

    Hei,

    Yksi kysymys, kuinka usein viet DB: tä? on tietää, kuinka kauan kestää saada jopa 600 Mt tietoa

    Ystävällisin terveisin,

    1.    KZKG ^ Gaara dijo

      Ehm ... En ymmärtänyt sinua kovin hyvin nyt
      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.

      Nyt käytämme Google A: ta, joten poistamme tilastotaulukot DB: stä, ja nyt .sql ei saavuta 80 Mt

      Vastaako tämä kysymykseesi?

  7.   Alexander dijo

    Hei,

    Kuinka usein heität DB: tä ilman peikkoa

    1.    KZKG ^ Gaara dijo

      Useita kertoja kuukaudessa 🙂
      Intento siempre tener en mi localhost la última versión de DesdeLinux

  8.   pidät siitä ostaa! dijo

    Minusta tuntuu ok, nyt ei ole mahdollista tehdä yleistä tarkistusta vioittuneista pöydistä?

  9.   Victoria dijo

    Kiitos paljon ystäväni, panoksesi auttoi minua paljon.
    terveiset

  10.   Juan Mollega dijo

    Paljon kiitoksia rakkaani, kiitos vinkeistä, he auttoivat minua!
    Terveisiä Trujillo-Venezuelasta.

  11.   Hernan Barra dijo

    arvioitu
    Kuten tiedän, onko prosessi käynnissä, kirjoitin komennon korjaustaulukon tuonnin; ja siellä minä olen

  12.   Andrew Cruz dijo

    Paljon kiitoksia, olet pelastanut ihoni 😀

  13.   Marco dijo

    Hei ystävä, en tiedä, voitko auttaa minua, jotain vastaavaa tapahtui verkkosivustollani, merkitse tämä virhe:
    Wp_posts-taulukko ei ole oikea. Ilmoita seuraava virhe: Taulukko on merkitty kaatuneeksi ja viimeinen korjaus epäonnistui. WordPress yrittää korjata tämän taulukon ...
    Wp_posts-taulukon korjaaminen epäonnistui. Virhe: Taulukko on merkitty kaatuneeksi ja viimeinen korjaus epäonnistui

    En tiedä, voitko auttaa minua korjaamaan sen, olen uusi kehittynyt WordPress. Kun yrität korjata wp-postitaulukkoa, siinä näkyy virhe, jota ei voida korjata. Kiitos. Verkkosivustoni on: https://diarionoticiasweb.com