វិធីជួសជុលតារាងដែលសម្គាល់ថាអាក្រក់ឬខូចក្នុង MySQL

អស់រយៈពេលជាងមួយឆ្នាំហើយដែលយើងបានប្រើកម្មវិធីជំនួយ Counterizer សម្រាប់ប្លក, រូបភាពហើយដូច្នេះរក្សាស្ថិតិប្លក់និងអ្នកអានកម្មវិធីជំនួយនេះត្រូវបានធ្វើឱ្យអសកម្មពីរបីថ្ងៃមុនចាប់តាំងពី (ក្នុងចំណោមរបស់ផ្សេងទៀត) វាបានរក្សាទុកទិន្នន័យច្រើនជាង ៦០០ មេកាបៃនៅក្នុងឃ្លាំងទិន្នន័យ។

វាកើតឡើងថា (មុនពេលធ្វើឱ្យអសកម្មកម្មវិធីជំនួយនិងសម្អាតឌី។ ប៊ី។ ) ខ្ញុំព្យាយាមបោះចោលមូលដ្ឋានទិន្នន័យនោះគឺនាំចេញវាទៅ .SQL ហើយដូច្នេះទាញយកវាហើយនៅក្នុងស្ថានីយបង្ហោះខ្ញុំមានកំហុសដូចខាងក្រោមៈ

mysqldump៖ មានកំហុស៖ ១៤៤៖ តារាង '។/dl_database/Counterize_Referers' ត្រូវបានសម្គាល់ថាបានគាំងហើយការជួសជុលចុងក្រោយ (ស្វ័យប្រវត្តិ?) បានបរាជ័យពេលប្រើ LOCK TABLES

ដូច្នេះការចាក់សំរាមមិនត្រូវបានអនុវត្តនិងល្អទេ ... គំនិតនៃការគិតថាមកពីលីនជូឌីប៊ីមានបញ្ហាខ្លះធ្វើឱ្យសក់របស់ខ្ញុំឈរនៅចុងបញ្ចប់🙂

ធ្វើការស្រាវជ្រាវតិចតួចនៅលើគេហទំព័រខ្ញុំអាចរៀនពីវិធីដោះស្រាយបញ្ហានេះតាមមើលទៅវាមិនមែនថាមូលដ្ឋានទិន្នន័យមានបញ្ហាទេគ្រាន់តែថាតារាងមួយត្រូវបានសម្គាល់ថាមានបញ្ហាហើយសំណាងល្អនេះងាយស្រួលក្នុងការជួសជុល។

ដំបូងអនុញ្ញាតឱ្យចូលប្រើម៉ាស៊ីនមេ MySQL៖

mysql -u root -p

យើងចុច [បញ្ចូល] ហើយវានឹងសួរយើងរកលេខសម្ងាត់ MySQL យើងដាក់វាហើយចុច [បញ្ចូល] ម្តងទៀត។

ពាក្យបញ្ជានេះក្នុងករណីម៉ាស៊ីនមេ MySQL ត្រូវបានតំឡើងនៅលើកុំព្យួទ័រតែមួយប្រសិនបើអ្នកចង់ភ្ជាប់ពីចម្ងាយទៅម៉ាស៊ីនមេ MySQL មួយផ្សេងទៀតអ្នកត្រូវបន្ថែមចំនុចខាងក្រោមទៅកាន់បន្ទាត់៖ -h IP-OF-SERVER

នៅពេលដែលនៅក្នុង MySQL យើងនឹងប្រាប់អ្នកអំពីមូលដ្ឋានទិន្នន័យដែលត្រូវប្រើឧទាហរណ៍បញ្ហាដែលយោងទៅតាមកំហុសខាងលើស្ថិតនៅក្នុងតារាង Counter__ Referers ពីមូលដ្ឋានទិន្នន័យ  មូលដ្ឋានទិន្នន័យ dl_, ដូច្នេះ:

use database dl_database;

ហើយឥឡូវនេះដើម្បីជួសជុលមូលដ្ឋានតារាង៖

repair table Counterize_Referers;

ចំណាំថានៅចុងបញ្ចប់នៃខ្សែទាំងនេះមានសញ្ញាក្បៀស --- –  ;

នៅពេលដែលពាក្យបញ្ជាមុនត្រូវបានប្រតិបត្តិអ្វីៗទាំងអស់ត្រូវតែវិលត្រឡប់មករកភាពធម្មតាវិញយ៉ាងហោចណាស់ក្នុងករណីរបស់ខ្ញុំវាដូចជាបែបនោះនៅក្នុងឱកាសច្រើនជាងមួយ។

បន្ទាប់មកវានៅសល់ដើម្បីអនុវត្តការណែនាំម្តងទៀតដើម្បីបោះចោលមូលដ្ឋានទិន្នន័យនិង voila មិនមានអ្វីទៀតទេ។

ទោះយ៉ាងណាក៏ដោយខ្ញុំធ្វើរឿងនេះច្រើនជាងអនុស្សាវរីយ៍សម្រាប់ខ្ញុំពីព្រោះរឿងដដែលនេះបានកើតឡើងចំពោះខ្ញុំពីរដងហើយខ្ញុំមិនចង់ភ្លេចការណែនាំដើម្បីសន្សំសំចៃថ្ងៃនោះទេ។

ការសួរសុខទុក្ខហើយខ្ញុំសង្ឃឹមថាវាមានប្រយោជន៍ដល់នរណាម្នាក់ផ្សេងទៀត។


ខ្លឹមសារនៃអត្ថបទប្រកាន់ខ្ជាប់នូវគោលការណ៍របស់យើង ក្រមសីលធម៌វិចារណកថា។ ដើម្បីរាយការណ៍ការចុចកំហុស នៅទីនេះ.

៥៧ យោបល់ទុកអ្នក

ទុកឱ្យយោបល់របស់អ្នក

អាសយដ្ឋានអ៊ីមែលរបស់អ្នកនឹងមិនត្រូវបានបោះពុម្ភ។ អ្នកគួរតែអនុវត្តតាម *

*

*

  1. ទទួលខុសត្រូវចំពោះទិន្នន័យ: មីហ្គែល - ហ្គែលហ្គេតថន
  2. គោលបំណងនៃទិន្នន័យ៖ គ្រប់គ្រង SPAM ការគ្រប់គ្រងមតិយោបល់។
  3. ភាពស្របច្បាប់៖ ការយល់ព្រមរបស់អ្នក
  4. ការប្រាស្រ័យទាក់ទងទិន្នន័យ៖ ទិន្នន័យនឹងមិនត្រូវបានទាក់ទងទៅភាគីទីបីឡើយលើកលែងតែកាតព្វកិច្ចផ្នែកច្បាប់។
  5. ការផ្ទុកទិន្នន័យ៖ មូលដ្ឋានទិន្នន័យដែលរៀបចំដោយបណ្តាញ Occentus (EU)
  6. សិទ្ធិ៖ នៅពេលណាដែលអ្នកអាចដាក់កម្រិតទាញយកមកវិញនិងលុបព័ត៌មានរបស់អ្នក។

  1.   លោក Leo dijo

    ល្អណាស់អ្នកត្រូវមានរបស់របរប្រភេទនេះនៅនឹងដៃជានិច្ចទោះបីមានហេតុផលអ្វីក៏ដោយ។

    1.    KZKG ^ ហ្គារ៉ា dijo

      សូមអរគុណ
      បាទ / ចាស ... នៅពេលនេះនៅពេលដែលបញ្ហាកើតឡើងវាជាការល្អដែលមានដំណោះស្រាយនៅនឹងដៃឬយ៉ាងហោចណាស់ត្រូវដឹងពីកន្លែងដែលត្រូវរកវាដោយគ្មានការពន្យាពេល។

  2.   eliotime 3000 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

      សើច​ឮ​ខ្លាំង!!!! ការពិតទាំងស្រុងកំហុសរបស់ខ្ញុំ LOL!
      ខ្ញុំកំពុងសរសេរនិងគិតមួយជំហានទៅមុខពីទីនោះដើម្បីសរសេរជា root ជំនួសឱ្យ mysql ... សូមអរគុណចំពោះការព្រមាន🙂

      1.    សាន់ត្យាហ្គោ dijo

        កុំ​គួរសម​អី! សូមអភ័យទោសចំពោះការប្រកាសទ្វេដង។ ខ្ញុំបានព្យាយាមផ្ញើវាម្តងហើយម្តងទៀតហើយវាបានប្រាប់ខ្ញុំថាវាមានរួចហើយ (ខ្ញុំបានផ្ទុកទំព័រឡើងវិញហើយមិនបានឃើញអ្វីទាំងអស់) ។
        ស្វាគមន៍។

  5.   ឃ្លង់ - អ៊ីវ៉ាន dijo

    នេះចេញពីសក់របស់ខ្ញុំឥឡូវនេះដែលខ្ញុំចូលទៅក្នុង DB ។

  6.   លោក Alexander dijo

    ជំរាបសួរ,

    សំណួរមួយតើអ្នកបោះបង់ចោល DB ញឹកញាប់ប៉ុណ្ណា? គឺត្រូវដឹងថាតើត្រូវចំណាយពេលប៉ុន្មានដើម្បីទទួលបានទិន្នន័យរហូតដល់ ៦០០ មេកាបៃ

    ដោយក្តីគោរព,

    1.    KZKG ^ ហ្គារ៉ា dijo

      អឺ ... ខ្ញុំមិនយល់ពីអ្នកច្បាស់ទេឥឡូវនេះ
      មុនពេលដែលយើងធ្វើការសម្អាតនៅក្នុង FromLinux DB វាមានន័យថា (.sql នៃ DB) មានទំងន់ច្រើនជាង ៧០០MB ពីព្រោះយើងបានរក្សាទុកស្ថិតិទាំងអស់នៅក្នុង DB ។ និយាយម៉្យាងទៀតចាប់ពីដំបូងនៃប្លក់។

      ឥឡូវនេះយើងកំពុងប្រើ Google A. ដូច្នេះយើងលុបតារាងស្ថិតិពីឌី។ ប៊ីហើយឥឡូវ .sql មិនដល់ 80MB ទេ។

      តើនេះឆ្លើយសំណួររបស់អ្នកទេ?

  7.   លោក Alexander dijo

    ជំរាបសួរ,

    បើគ្មាន troll តើអ្នកបោះបង់ចោល DB ប៉ុន្មានដង?

    1.    KZKG ^ ហ្គារ៉ា dijo

      ច្រើនដងក្នុងមួយខែ🙂
      ខ្ញុំតែងតែព្យាយាមឱ្យមានកំណែចុងក្រោយបំផុតនៃ DesdeLinux នៅលើម៉ាស៊ីនមូលដ្ឋានរបស់ខ្ញុំ

  8.   អ្នកចូលចិត្តទិញវា !! dijo

    ខ្ញុំហាក់ដូចជាមិនអីទេចំពោះខ្ញុំឥឡូវនេះវាមិនអាចទៅរួចទេក្នុងការធ្វើការកែសម្រួលទូទៅនៃតារាងដែលខូច?

  9.   Victoria បាន dijo

    អរគុណមិត្តល្អការចូលរួមរបស់អ្នកបានជួយខ្ញុំច្រើន។
    ទាក់ទង

  10.   ជូអានម៉ូលីលា dijo

    អរគុណខ្លាំងណាស់អរគុណសម្រាប់ជំនួយដែលពួកគេបានជួយខ្ញុំ !!
    ការសួរសុខទុក្ខពី Trujillo-Venezuela ។

  11.   ហាន់ណាបារ៉ា dijo

    ប៉ាន់ស្មាន
    ដូចដែលខ្ញុំដឹងថាតើដំណើរការកំពុងដំណើរការខ្ញុំសរសេរពាក្យបញ្ជាតារាងជួសជុលពាក្យបញ្ជានាំចូល; ហើយខ្ញុំនៅទីនោះ

  12.   លោក Andre Cruz dijo

    អរគុណច្រើនអ្នកបានជួយសង្គ្រោះស្បែកខ្ញុំ😀

  13.   កីឡាករ Marco dijo

    សួស្តីមិត្តភក្តិខ្ញុំមិនដឹងថាតើអ្នកអាចជួយខ្ញុំបានទេមានអ្វីស្រដៀងគ្នាបានកើតឡើងជាមួយគេហទំព័ររបស់ខ្ញុំសូមសម្គាល់កំហុសនេះ៖
    តារាង wp_posts មិនត្រឹមត្រូវទេ។ រាយការណ៍អំពីកំហុសដូចខាងក្រោមៈតារាងត្រូវបានសម្គាល់ថាគាំងហើយការជួសជុលចុងក្រោយបរាជ័យ។ ប្លក, រូបភាពនឹងព្យាយាមជួសជុលតារាងនេះ ...
    បានបរាជ័យក្នុងការជួសជុលតារាង wp_posts ។ កំហុស៖ តារាងត្រូវបានសម្គាល់ថាគាំងហើយការជួសជុលចុងក្រោយបរាជ័យ

    ខ្ញុំមិនដឹងថាតើអ្នកអាចជួយខ្ញុំកែវាបានទេខ្ញុំថ្មីទៅប្លក, រូបភាពកម្រិតខ្ពស់។ នៅពេលព្យាយាមជួសជុលតារាង wp-post វាបង្ហាញពីកំហុសដែលមិនអាចជួសជុលបាន។ សូមអរគុណ។ គេហទំព័ររបស់ខ្ញុំគឺ៖ https://diarionoticiasweb.com