Bir yıldan fazla bir süredir WordPress için Counterizer eklentisini kullandık ve bu nedenle blog ve okuyucularının istatistiklerini tuttuk, bu eklentiyi birkaç gün önce devre dışı bıraktık çünkü (diğer şeylerin yanı sıra) veritabanında 600MB'den fazla veri kaydetti.
(Eklentiyi devre dışı bırakmadan ve DB'yi temizlemeden önce) veritabanının bir dökümünü yapmaya, yani .SQL'e aktarmaya ve böylece indirmeye çalıştım ve barındırma terminalinde aşağıdaki hata belirdi:
mysqldump: Hata var: 144: Tablo './dl_database/Counterize_Referers' kilitlendi olarak işaretlendi ve KİLİT TABLOLARI kullanılırken son (otomatik?) onarım başarısız oldu
Bu nedenle, çöplük gerçekleştirilmedi ve iyi bir şekilde yapılmadı ... sadece DB'nin olduğunu düşünme fikri DesdeLinux Bir sorun yaşadım, tüylerim diken diken oldu :)
Web üzerinde küçük bir araştırma yaparak bu problemi nasıl çözeceğimi öğrenebildim, görünüşe göre veritabanında tam olarak problem var DEĞİLDİR, basitçe bir tablo 'problemli' olarak işaretlenmiş, neyse ki bunu düzeltmek çok basit.
İlk önce MySQL sunucusuna erişelim:
mysql -u root -p
[Enter] tuşuna basıyoruz ve bizden MySQL kök şifresini soracak, onu girip tekrar [Enter] tuşuna basacağız.
MySQL'e girdikten sonra size hangi veritabanının kullanılacağını söyleyeceğiz, örneğin yukarıdaki hataya göre problem tablodadır. Counterize_Referers veritabanından dl_veritabanı, Böylece:
use database dl_database;
Ve şimdi masa tabanını onarmak için:
repair table Counterize_Referers;
Önceki komut yürütüldüğünde, her şey normale dönmüş olmalı, en azından benim durumumda birden fazla durumda böyle olmuştur 😉
Daha sonra sadece veritabanını ve işi dökmek için talimatı tekrar yürütmek kalır, daha fazlası değil.
Her neyse, bunu benim için bir not olarak her şeyden çok yapıyorum çünkü aynı şey bana iki kez oldu ve günü kurtarmak için talimatları unutmak istemiyorum 😀
Selamlar ve umarım başka birine yardımcı olur.
Çok iyi, her ne sebeple olursa olsun bu tür bir eşyayı elinizde bulundurmanız gerekiyor.
teşekkürler
Evet… sorunun ortaya çıktığı anda çözümü elinizin altında bulundurmak veya en azından gecikmeden nerede bulacağını bilmek iyidir.
İyi KZKGGaara. Konsolun yapabildiği, PHPMyAdmin'in yapamadığı şeyler vardır.
teşekkürler
Mükemmel, beni birden fazla kurtardı.
Ama merak ediyorum, root -u root -p yerine mysql -u root -p olmaz mıydı? Kırmak istemem.
Teşekkürler!
Mükemmel, beni birden fazla kurtardı.
Ama merak ediyorum, root -u root -p yerine mysql -u root -p olmaz mıydı? Kızma niyeti olmadan soruyorum.
teşekkürler
LOL !!!! Tamamen doğru, benim hatam LOL!
Oradan mysql yerine root yazmak için bir adım önde yazıyor ve düşünüyordum ... Uyarı için teşekkürler 🙂
Rica ederim! Çift gönderi için özür dilerim; Birkaç kez göndermeye çalıştım ve bana zaten var olduğunu söyledi (Sayfayı yeniden yükledim ve hiçbir şey görmedim).
Selamlar.
Artık DB konusuna girdiğim için bu saçımdan çıkıyor.
Merhaba iyi
Bir soru, ne sıklıkla DB'den vazgeçersiniz? 600 MB'a kadar veriyi almanın ne kadar sürdüğünü bilmektir
Saygılarımızla,
Ehm… Seni şimdi çok iyi anlamadım 🙂
Veritabanında bir temizlik yapmadan önce DesdeLinux Bunun (yani DB'nin .sql'inin) ağırlığı 700 MB'tan fazlaydı çünkü tüm istatistikleri DB'de tutuyorduk. Yani neredeyse blogun başlangıcından beri.
Şimdi Google A'yı kullanıyoruz, bu yüzden istatistik tablolarını DB'den siliyoruz ve şimdi .sql 80MB'ye ulaşmıyor
Bu sorunuzu yanıtlıyor mu?
Merhaba iyi
Trol olmadan, ne sıklıkla DB'yi atarsınız?
Ayda birkaç kez 🙂
Her zaman en son sürüme sahip olmaya çalışırım DesdeLinux
Bana iyi geliyor, bozuk tabloların genel bir revizyonunu yapmak artık mümkün değil mi?
Çok teşekkür ederim arkadaşım, katkınız bana çok yardımcı oldu.
selamlar
Çok teşekkür ederim canım, ipuçları için teşekkürler, bana yardımcı oldular !!
Trujillo-Venezuela'dan selamlar.
tahmini
İşlemin çalışıp çalışmadığını bildiğim gibi, onarım tablosunu içe aktarma komutunu yazdım; ve oradayım
Çok teşekkür ederim tenimi kurtardın 😀
Merhaba arkadaşım, bana yardım edip edemeyeceğinizi bilmiyorum, web sitemde benzer bir şey oldu, bu hatayı işaretleyin:
Wp_posts tablosu doğru değil. Aşağıdaki hatayı bildirin: Tablo çöktü olarak işaretlendi ve son onarım başarısız oldu. WordPress bu tabloyu onarmaya çalışacak ...
Wp_posts tablosu onarılamadı. Hata: Tablo çöktü olarak işaretlendi ve son onarım başarısız oldu
Bunu düzeltmeme yardım edip edemeyeceğinizi bilmiyorum, gelişmiş WordPress'te yeniyim. Wp-post tablosunu onarmaya çalışırken, onarılamayacak bir hata gösteriyor. Teşekkür ederim. Web sitem: https://diarionoticiasweb.com