د مایلونو کې بد یا فاسد نښه شوي میزونه ترمیم کولو څرنګوالی

د یو کال څخه ډیر وخت لپاره موږ د ورڈپریس لپاره د کاونټریزر پلگ ان وکارو او پدې توګه د بلاګ او د دې لوستونکو احصایې ساتو ، دا پلگ ان څو ورځې دمخه غیر فعال شو ځکه چې (د نورو شیانو په مینځ کې) دا ډیټابیس کې له 600MB څخه ډیټا ډیټا خوندي کړې.

دا پیښیږي چې (دمخه د پلگ ان غیر فعال کولو او د DB پاکولو څخه) ما هڅه کړې ډیټابیس ډیمپ کړئ ، دا دی .SQL ته صادر کړئ او پدې توګه یې ډاونلوډ کړئ او په کوربه توب کې مې لاندې خطا ترلاسه کړه:

mysqldump: ترلاسه شوی تېروتنه: 144: جدول './dl_dat database/Counterize_Referrs' د نړېدو په توګه نښه شوی او د لاک جدول کارولو پرمهال وروستی (اتومات؟) ترمیم پاتې شوی.

له همدې امله ، ډمپ ترسره نه شو او ښه ... د فکر کولو یوازینۍ نظر چې د فیر لینکس DB یو څه ستونزه درلوده زما ویښتان په پای کې ودریدل 🙂

په ویب کې لږه څیړنه کول ما د دې ستونزې حل کولو زده کولو توان درلود ، ظاهرا دا نده چې ډیټابیس په سمه توګه ستونزې لري ، په ساده ډول چې یو میز د ستونزو سره په نښه شوی دی ، خوشبختانه دا د حل کولو لپاره خورا ساده دی.

لومړی راځئ چې د مای ایس کیو ایل سرور ته لاسرسی ومومئ:

mysql -u root -p

موږ [انٹر] فشار ورکوئ او دا به له موږ څخه د مای ایس کیو ایل د ریښې پټنوم غوښتنه وکړي ، موږ یې ځای په ځای کوو او [Enter] به بیا تکرار کړو.

دا قومانده په هغه حالت کې ده چې د مای ایس کیو ایل سرور په ورته کمپیوټر کې انسټال شوی وي ، که تاسو غواړئ له لیرې د بل MySQL سرور سره وصل شئ نو تاسو باید لاندې ته کرښه کې اضافه کړئ: - د IP خدمتګار

یوځل د مای ایس کیو ایل دننه موږ به تاسو ته ووایو چې کوم ډیټابیس وکاروئ ، د مثال په توګه د پورته خطا له مخې ستونزه په جدول کې ده کاونټرای_ ریفررز له ډیټابیس څخه  dl_database، نو داسې:

use database dl_database;

او اوس د میز بیس ترمیم لپاره:

repair table Counterize_Referers;

په یاد ولرئ چې د دې لینونو په پای کې سیمیکولون شتون لري —–  ;

یوځل چې پخوانی قوماندانی اجرا شوی وي ، نو هرڅه باید عادي حالت ته راستانه شوي وي ، لږترلږه زما په قضیه کې دا له یو څخه په ډیرو وختونو کې داسې وه 😉

بیا دا یوازې د ډیټابیس او voila ډمپ کولو لارښوونې بیا اجرا کولو ته پاتې کیږي ، نور هیڅ نه.

په هرصورت ، زه دا زما لپاره د یادګار په توګه له بل هر څه څخه ډیر څه ترسره کوم ، ځکه چې ورته شی زما سره دوه ځله پیښ شوی او زه نه غواړم د ورځې خوندي کولو لارښوونې هیروم 😀

سلامونه او زه هیله لرم چې دا د کوم بل چا لپاره ګټور وي.


د مقالې مینځپانګه زموږ د اصولو سره سمون لري ایډیټیک اخلاق. د غلطۍ راپور ورکولو لپاره کلیک وکړئ دلته.

19 نظرونه ، خپل پریږدئ

خپله نظر پرېږدئ

ستاسو د بریښنا لیک پته به خپره نه شي. اړین برخو سره په نښه شوي دي *

*

*

  1. د معلوماتو لپاره مسؤل: میګیوانجل ګاتین
  2. د معلوماتو هدف: د سپیم کنټرول ، د نظر مدیریت.
  3. قانونیت: ستاسو رضایت
  4. د معلوماتو راټولول: معلومات به د قانوني مکلفیت پرته دریمې ډلې ته نه لیږدول کیږي.
  5. د معلوماتو ذخیره: ډیټابیس د Occentus شبکې (EU) لخوا کوربه شوی
  6. حقونه: په هر وخت کې تاسو کولی شئ خپل معلومات محدود ، له سره تنظیم او حذف کړئ.

  1.   Leo dijo

    ډیر ښه ، تاسو باید د هر دلیل لپاره دا ډول توکي په لاس کې ولرئ.

    1.    KZKG ^ ګارا dijo

      مننه
      هو ... په دې وخت کې کله چې ستونزه پیښیږي ، نو ښه ده چې د حل لاره په لاس کې ولرئ ، یا لږترلږه پوهه شئ چې چیرې ځنډ پرته ومومئ.

  2.   ایلیوټیم 3000 dijo

    ښه KZKGGaara. دلته شیان شتون لري چې د PHPMyAdmin نشي کولی هغه کنسول وکړي.

    1.    KZKG ^ ګارا dijo

      مننه

  3.   Santiago dijo

    عالي ، ما له یو ځل څخه ډیر وژغوره

    مګر زه حیران یم ، ایا دا به د روټ -u روټ - p پرځای mysql -u root -p نه وي؟ زما مطلب دا نه دی چې ګناه وکړم.

    مننه!

  4.   Santiago dijo

    عالي ، ما له یو ځل څخه ډیر وژغوره
    مګر زه حیران یم ، ایا دا به د روټ -u روټ - p پرځای mysql -u root -p نه وي؟ زه د سرغړونې نیت پرته غوښتنه کوم.
    Gracias

    1.    KZKG ^ ګارا dijo

      لول!!!! په بشپړ ډول ریښتیا ، زما غلطي LOL!
      زه لیکل کیدم او یو ګام مخکې فکر کوم ، له هغه ځایه د میسسی ایل پرځای ریښه لیکم ... د خبرتیا څخه مننه 🙂

      1.    Santiago dijo

        تاسو ښه راغلاست! د دوه ګوني پوسټ لپاره بخښنه غواړم؛ ما هڅه وکړه چې دا بار بار ولیږم او دا ماته وویل چې دا دمخه شتون لري (ما پا theه ډاونلوډ کړه او هیڅ مې ونه لیدل).
        مننه.

  5.   لېپر_ایوان dijo

    دا اوس زما د ویښتو څخه راځي چې زه د DB مسله کې راځم.

  6.   الیجندرو dijo

    سلام،

    یوه پوښتنه ، تاسو څو ځله DB ډمپ کوئ؟ ترڅو پوه شي چې تر 600MB پورې ډیټا ترلاسه کولو څومره وخت نیسي

    ښه تړاو،

    1.    KZKG ^ ګارا dijo

      احم ... زه اوس درته ښه نه پوهیدم 🙂
      مخکې لدې چې موږ له فرین لینکس DB کې صفایه ترسره کړې وي (دا د DB .sql) وزن له 700MB څخه ډیر و ، ځکه چې موږ په احصایو کې ټولې احصائیې خوندي کړې. په بل عبارت ، د بلاګ له پیل راهیسې.

      اوس موږ ګوګل A کاروو. نو موږ د DB څخه د احصایو جدولونه حذف کوو ، او اوس .sql 80MB ته نه رسیږي.

      ایا دا ستاسو پوښتنې ته ځواب ورکوي؟

  7.   الیجندرو dijo

    سلام،

    د ټرول پرته ، تاسو څو ځله DB ډمپ کوئ؟

    1.    KZKG ^ ګارا dijo

      په میاشت کې څو ځله 🙂
      زه تل هڅه کوم چې په خپل محلي هوټل کې د ډیسډلینکس وروستی نسخه ولرم

  8.   تاسو دا واخلئ !! dijo

    دا ماته ښه ښکاري ، اوس دا امکان نلري چې د فاسدو میزونو عمومي بیاکتنه ترسره کړي؟

  9.   ویکتوریا dijo

    مننه ډیره مننه ملګري ، ستاسو مرستې ما سره ډیره مرسته وکړه.
    مننه!

  10.   ژان موليګا dijo

    ډیره مننه ګرانه ، د لارښوونو څخه مننه ، دوی زما سره مرسته وکړه !!
    له تروجیلو-وینزویلا څخه سلامونه.

  11.   هرنان بارا dijo

    اټکل شوی
    لکه څنګه چې زه پوهیږم که پروسه روانه ده ما د کومانډ ترمیم کولو جدول وارد کړی. او زه هلته یم

  12.   آنډر کروز dijo

    ډیره مننه ، تاسو زما پوټکی خوندي کړ 😀

  13.   Marco dijo

    سلام ملګري ، زه نه پوهیږم که تاسو ما سره مرسته کولی شئ ، زما د ویب پا withې سره ورته ورته پیښه شوې ، دا غلطي په نښه کړئ:
    د wp_posts جدول سم ندی. لاندې غلطي راپور کړئ: جدول د نسکور شوی په توګه نښه شوی او وروستی ترمیم پاتې شوی. ورڈپریس به د دې میز ترمیم هڅه وکړي ...
    د wp_posts میز ترمیمولو کې ناکام شو. تېروتنه: جدول د نسکور شوي په توګه نښه شوی او وروستی ترمیم پاتې شوی

    زه نه پوهیږم که تاسو زما سره د دې په حلولو کې مرسته کولی شئ ، زه پرمختللي WordPress ته نوی یم. کله چې د wp - پوسټ میز ترمیم کولو هڅه کول ، دا یوه غلطي ښیې چې دا ترمیم نشي کیدی. مننه. زما ویب پا isه دا ده: https://diarionoticiasweb.com