วิธีซ่อมแซมตารางที่ทำเครื่องหมายว่าไม่ถูกต้องหรือเสียหายใน MySQL

เป็นเวลากว่าหนึ่งปีที่เราใช้ปลั๊กอิน Counterizer สำหรับ WordPress และเก็บสถิติของบล็อกและผู้อ่านปลั๊กอินนี้เราได้ปิดใช้งานเมื่อไม่กี่วันที่ผ่านมานับตั้งแต่ (เหนือสิ่งอื่นใด) ซึ่งบันทึกข้อมูลได้มากกว่า 600MB ในฐานข้อมูล

มันเกิดขึ้นที่ (ก่อนปิดใช้งานปลั๊กอินและทำความสะอาดฐานข้อมูล) ฉันพยายามที่จะถ่ายโอนข้อมูลของฐานข้อมูลนั่นคือส่งออกไปยัง. SQL จากนั้นดาวน์โหลดและข้อผิดพลาดต่อไปนี้ปรากฏในเทอร์มินัลโฮสติ้ง

mysqldump: มีข้อผิดพลาด: 144: ตาราง './dl_database/Counterize_Referers' ถูกทำเครื่องหมายว่าล้มเหลวและการซ่อมแซมครั้งสุดท้าย (อัตโนมัติ?) ล้มเหลวเมื่อใช้ LOCK TABLES

เลยไม่ได้ทำการเททิ้ง และก็... เป็นเพียงความคิดที่ว่า DB ของ DesdeLinux มีปัญหา ทำให้ผมลีบแบน :)

การค้นคว้าข้อมูลเล็กน้อยบนเว็บฉันสามารถเรียนรู้วิธีแก้ปัญหานี้ได้เห็นได้ชัดว่าฐานข้อมูลไม่ได้มีปัญหาอย่างแน่นอนเพียงแค่ตารางถูกทำเครื่องหมายว่า 'มีปัญหา' โชคดีที่วิธีนี้แก้ไขได้ง่ายมาก

ก่อนอื่นมาเข้าถึงเซิร์ฟเวอร์ MySQL:

mysql -u root -p

เรากด [Enter] และมันจะถามรหัสผ่านรูท MySQL เราใส่แล้วกด [Enter] อีกครั้ง

คำสั่งนี้ใช้ในกรณีที่ติดตั้งเซิร์ฟเวอร์ MySQL บนคอมพิวเตอร์เครื่องเดียวกันหากคุณต้องการเชื่อมต่อจากระยะไกลไปยังเซิร์ฟเวอร์ MySQL อื่นคุณต้องเพิ่มสิ่งต่อไปนี้ในบรรทัด: -h IP-OF-SERVER

เมื่ออยู่ใน MySQL เราจะบอกคุณว่าจะใช้ฐานข้อมูลใดตัวอย่างเช่นปัญหาตามข้อผิดพลาดด้านบนอยู่ในตาราง Counterize_ผู้อ้างอิง จากฐานข้อมูล  ฐานข้อมูล dl_, ดังนั้น:

use database dl_database;

และตอนนี้การซ่อมแซมฐานโต๊ะ:

repair table Counterize_Referers;

สังเกตว่าท้ายบรรทัดเหล่านี้จะมีอัฒภาค —– »  ;

เมื่อคำสั่งก่อนหน้าถูกดำเนินการทุกอย่างจะต้องกลับมาเป็นปกติอย่างน้อยในกรณีของฉันมันเป็นเช่นนั้นมากกว่าหนึ่งครั้ง😉

จากนั้นจะดำเนินการตามคำสั่งอีกครั้งเพื่อถ่ายโอนข้อมูลฐานข้อมูลและ voila เท่านั้นไม่มีอะไรเพิ่มเติม

อย่างไรก็ตามฉันทำสิ่งนี้มากกว่าสิ่งอื่นใดเพื่อเป็นบันทึกความทรงจำสำหรับฉันเพราะสิ่งเดียวกันนี้เกิดขึ้นกับฉันสองครั้งและฉันไม่อยากลืมคำแนะนำในการช่วยวันนี้😀

ทักทายและหวังว่าจะเป็นประโยชน์กับคนอื่น


แสดงความคิดเห็นของคุณ

อีเมล์ของคุณจะไม่ถูกเผยแพร่ ช่องที่ต้องการถูกทำเครื่องหมายด้วย *

*

*

  1. ผู้รับผิดชอบข้อมูล: Miguel ÁngelGatón
  2. วัตถุประสงค์ของข้อมูล: ควบคุมสแปมการจัดการความคิดเห็น
  3. ถูกต้องตามกฎหมาย: ความยินยอมของคุณ
  4. การสื่อสารข้อมูล: ข้อมูลจะไม่ถูกสื่อสารไปยังบุคคลที่สามยกเว้นตามข้อผูกพันทางกฎหมาย
  5. การจัดเก็บข้อมูล: ฐานข้อมูลที่โฮสต์โดย Occentus Networks (EU)
  6. สิทธิ์: คุณสามารถ จำกัด กู้คืนและลบข้อมูลของคุณได้ตลอดเวลา

  1.   ราศีสิงห์ dijo

    ดีมากคุณต้องมีรายการประเภทนี้อยู่เสมอไม่ว่าจะด้วยเหตุผลใดก็ตาม

    1.    KZKG ^ กาอาระ dijo

      ขอขอบคุณ
      ใช่ ... ในขณะที่ปัญหาเกิดขึ้นมันเป็นการดีที่จะมีวิธีแก้ปัญหาไว้ในมือหรืออย่างน้อยก็จะได้รู้ว่าจะหาได้ที่ไหนโดยไม่ชักช้า

  2.   Eliotime3000 dijo

    KZKGGaara ที่ดี มีบางสิ่งที่ PHPMyAdmin ไม่สามารถทำได้ที่คอนโซลสามารถทำได้

    1.    KZKG ^ กาอาระ dijo

      ขอขอบคุณ

  3.   ซานติอาโก dijo

    ยอดเยี่ยมช่วยฉันได้มากกว่าหนึ่งครั้ง

    แต่ฉันสงสัยว่ามันจะไม่ใช่ mysql -u root -p แทนที่จะเป็น root -u root -p หรือไม่? ฉันไม่ได้ตั้งใจที่จะรุกราน

    ขอบคุณ!

  4.   ซานติอาโก dijo

    ยอดเยี่ยมช่วยฉันได้มากกว่าหนึ่งครั้ง
    แต่ฉันสงสัยว่ามันจะไม่ใช่ mysql -u root -p แทนที่จะเป็น root -u root -p หรือไม่? ฉันขอโดยไม่มีเจตนาที่จะละเมิด
    กราเซีย

    1.    KZKG ^ กาอาระ dijo

      ฮ่า ๆ!!!! จริงโดยสิ้นเชิงความผิดพลาดของฉันฮ่า ๆ !
      ฉันกำลังเขียนและคิดไปข้างหน้าจากที่นั่นเพื่อเขียนรูทแทน mysql ... ขอบคุณสำหรับคำเตือน🙂

      1.    ซานติอาโก dijo

        ยินดีต้อนรับ! ขออภัยที่โพสต์ซ้ำ; ฉันพยายามส่งหลายครั้งและมันบอกฉันว่ามันมีอยู่แล้ว (ฉันโหลดหน้านี้ซ้ำและไม่เห็นอะไรเลย)
        อาศิรพจน์

  5.   Leper_Ivan dijo

    สิ่งนี้มาจากผมของฉันตอนนี้ฉันกำลังเข้าสู่ปัญหา DB

  6.   อเล็กซานเด dijo

    สวัสดี,

    คำถามเดียวคุณถ่ายโอนข้อมูล DB บ่อยแค่ไหน? คือการรู้ว่าต้องใช้เวลานานแค่ไหนในการรับข้อมูลถึง 600MB

    Best regards,

    1.    KZKG ^ กาอาระ dijo

      เอิ่ม…ตอนนี้ฉันไม่เข้าใจเธอมากนัก🙂
      ก่อนที่เราจะทำการล้างข้อมูลในฐานข้อมูลของ DesdeLinux สิ่งนี้ (นั่นคือ .sql ของฐานข้อมูล) มีน้ำหนักมากกว่า 700MB เนื่องจากเราเก็บสถิติทั้งหมดไว้ในฐานข้อมูล นั่นคือตั้งแต่เกือบเริ่มบล็อก

      ตอนนี้เราใช้ Google A. ดังนั้นเราจึงลบตารางสถิติออกจากฐานข้อมูลและตอนนี้. sql ไม่ถึง 80MB

      สิ่งนี้ตอบคำถามของคุณหรือไม่?

  7.   อเล็กซานเด dijo

    สวัสดี,

    หากไม่มีการหมุนรอบคุณจะถ่ายโอนข้อมูลฐานข้อมูลบ่อยแค่ไหน?

    1.    KZKG ^ กาอาระ dijo

      เดือนละหลายครั้ง🙂
      ฉันพยายามที่จะมีเวอร์ชันล่าสุดอยู่เสมอ DesdeLinux

  8.   ชอบซื้อเลย !! dijo

    ดูเหมือนว่าโอเคสำหรับฉันตอนนี้ไม่สามารถทำการแก้ไขทั่วไปของตารางที่เสียหายได้?

  9.   วิกตอเรีย dijo

    ขอบคุณเพื่อนมากการมีส่วนร่วมของคุณช่วยฉันได้มาก
    ความนับถือ

  10.   ฮวน มอลเลกา dijo

    ขอบคุณมากที่รักขอบคุณสำหรับคำแนะนำพวกเขาช่วยฉัน !!
    คำทักทายจาก Trujillo-Venezuela

  11.   เฮอนันบาร์รา dijo

    ประมาณ
    อย่างที่ฉันรู้ว่ากระบวนการทำงานอยู่หรือไม่ฉันเขียนคำสั่งการนำเข้าตารางซ่อมแซม และที่นั่นฉัน

  12.   อังเดรครูซ dijo

    ขอบคุณมากคุณช่วยผิวของฉันไว้😀

  13.   มาร์โก dijo

    สวัสดีเพื่อนฉันไม่ทราบว่าคุณสามารถช่วยฉันได้หรือไม่มีสิ่งที่คล้ายกันเกิดขึ้นกับเว็บไซต์ของฉันทำเครื่องหมายข้อผิดพลาดนี้:
    ตาราง wp_posts ไม่ถูกต้อง รายงานข้อผิดพลาดต่อไปนี้: ตารางถูกทำเครื่องหมายว่าล้มเหลวและการซ่อมแซมครั้งสุดท้ายล้มเหลว WordPress จะพยายามซ่อมแซมตารางนี้ ...
    ไม่สามารถซ่อมแซมตาราง wp_posts ข้อผิดพลาด: ตารางถูกทำเครื่องหมายว่าขัดข้องและการซ่อมแซมครั้งล่าสุดล้มเหลว

    ฉันไม่รู้ว่าคุณสามารถช่วยฉันแก้ไขได้หรือไม่ฉันเพิ่งเริ่มใช้ WordPress ขั้นสูง เมื่อพยายามซ่อมแซมตาราง wp-post แสดงข้อผิดพลาดว่าไม่สามารถซ่อมแซมได้ ขอขอบคุณ. เว็บไซต์ของฉันคือ: https://diarionoticiasweb.com