pt-table-checksump - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

pt-table-checksum - MySQL প্রতিলিপি অখণ্ডতা যাচাই করুন।

সাইনোপিসিস

ব্যবহার: pt-টেবিল-চেকসাম [বিকল্প] [DSN]

pt-table-checksum চেকসাম কার্যকর করার মাধ্যমে একটি অনলাইন প্রতিলিপি ধারাবাহিকতা পরীক্ষা করে
মাস্টারের উপর প্রশ্ন, যা অসামঞ্জস্যপূর্ণ প্রতিলিপিগুলিতে বিভিন্ন ফলাফল তৈরি করে
মাস্টারের সাথে। ঐচ্ছিক DSN মাস্টার হোস্ট নির্দিষ্ট করে। টুলটির "EXIT STATUS" হল
অ-শূন্য যদি কোন পার্থক্য পাওয়া যায়, অথবা যদি কোন সতর্কতা বা ত্রুটি দেখা যায়।

নিম্নলিখিত কমান্ডটি লোকালহোস্টে প্রতিলিপি মাস্টারের সাথে সংযোগ করবে, প্রতিটি চেকসাম
টেবিল, এবং প্রতিটি সনাক্ত প্রতিরূপ ফলাফল রিপোর্ট:

pt-টেবিল-চেকসাম

এই টুলটি দক্ষতার সাথে ডেটা পার্থক্য খুঁজে বের করার উপর দৃষ্টি নিবদ্ধ করে। যদি কোন তথ্য ভিন্ন হয়,
আপনি pt-table-sync দিয়ে সমস্যাটি সমাধান করতে পারেন।

ঝুঁকি

পারকোনা টুলকিট পরিপক্ক, বাস্তব জগতে প্রমাণিত, এবং ভালভাবে পরীক্ষিত, তবে সমস্ত ডাটাবেস
সরঞ্জামগুলি সিস্টেম এবং ডাটাবেস সার্ভারের জন্য ঝুঁকি তৈরি করতে পারে। এই টুল ব্যবহার করার আগে,
অনুগ্রহ:

· টুলের ডকুমেন্টেশন পড়ুন

· টুলটির পরিচিত "বাগস" পর্যালোচনা করুন

· একটি নন-প্রোডাকশন সার্ভারে টুলটি পরীক্ষা করুন

আপনার প্রোডাকশন সার্ভারের ব্যাকআপ নিন এবং ব্যাকআপগুলি যাচাই করুন৷

এছাড়াও "সীমাবদ্ধতা" দেখুন।

বর্ণনাঃ

pt-table-checksum প্রায় প্রতিটি ক্ষেত্রেই ডিফল্টরূপে সঠিক কাজ করার জন্য ডিজাইন করা হয়েছে। কখন
সন্দেহ হলে, টুলটি কিভাবে টেবিল চেকসাম করবে তা দেখতে "--explain" ব্যবহার করুন। নিম্নলিখিত একটি
টুল কিভাবে কাজ করে তার উচ্চ-স্তরের ওভারভিউ।

pt-table-checksum-এর পুরানো সংস্করণগুলির বিপরীতে, এই টুলটি একটি একক উপর ফোকাস করা হয়
উদ্দেশ্য, এবং অনেক জটিলতা নেই বা বিভিন্ন চেকসামিং সমর্থন করে না
কৌশল এটি শুধুমাত্র একটি সার্ভারে চেকসাম প্রশ্নগুলি চালায় এবং এইগুলি প্রবাহিত হয়
প্রতিলিপিতে পুনরায় কার্যকর করার জন্য প্রতিলিপি। আপনি যদি পুরানো আচরণ প্রয়োজন, আপনি ব্যবহার করতে পারেন
পারকোনা টুলকিট সংস্করণ 1.0।

pt-table-checksum আপনার নির্দিষ্ট করা সার্ভারের সাথে সংযোগ করে এবং ডাটাবেস এবং টেবিল খুঁজে পায় যা
আপনার নির্দিষ্ট ফিল্টার মেলে (যদি থাকে)। এটি একটি সময়ে একটি টেবিল কাজ করে, তাই এটি না
চেকসাম শুরু করার আগে প্রচুর পরিমাণে মেমরি জমা করুন বা অনেক কাজ করুন। এই
এটি খুব বড় সার্ভারে ব্যবহারযোগ্য করে তোলে। আমরা এটি শত শত সার্ভারে ব্যবহার করেছি
হাজার হাজার ডাটাবেস এবং টেবিল, এবং ট্রিলিয়ন সারি। সার্ভার যত বড়ই হোক না কেন
হল, pt-টেবিল-চেকসাম সমানভাবে ভাল কাজ করে।

একটি কারণ এটি খুব বড় টেবিলে কাজ করতে পারে যে এটি প্রতিটি টেবিলকে খণ্ডে ভাগ করে
সারি, এবং একটি একক REPLACE..SELECT ক্যোয়ারী সহ প্রতিটি খণ্ড চেকসাম। এটা খণ্ড পরিবর্তিত হয়
চেকসাম কোয়েরিগুলিকে কাঙ্ক্ষিত সময়ের মধ্যে চালানোর জন্য আকার। খণ্ড খণ্ড লক্ষ্য
টেবিল, পরিবর্তে একটি একক বড় কোয়েরি সঙ্গে প্রতিটি টেবিল করছেন, তা নিশ্চিত করা হয়
চেকসামগুলি অনাকাঙ্ক্ষিত এবং সার্ভারে খুব বেশি প্রতিলিপি ল্যাগ বা লোডের কারণ হয় না।
সেজন্য প্রতিটি খণ্ডের লক্ষ্য সময় ডিফল্টরূপে 0.5 সেকেন্ড।

টুলটি ট্র্যাক রাখে সার্ভারটি কত দ্রুত প্রশ্নগুলি চালাতে সক্ষম হয় এবং সামঞ্জস্য করে
খণ্ডগুলি যেহেতু এটি সার্ভারের কর্মক্ষমতা সম্পর্কে আরও শিখেছে। এটি একটি exponentally ব্যবহার করে
খণ্ড আকার স্থিতিশীল রাখতে ওজনযুক্ত গড় ক্ষয়প্রাপ্ত, তবুও যদি প্রতিক্রিয়াশীল থাকে
যেকোনো কারণে চেকসামিংয়ের সময় সার্ভারের কর্মক্ষমতা পরিবর্তন হয়। এর মানে হল টুল
ট্র্যাফিক স্পাইকের সময় আপনার সার্ভার খুব বেশি লোড হয়ে গেলে দ্রুত নিজেই থ্রোটল হয়ে যাবে
বা একটি ব্যাকগ্রাউন্ড টাস্ক, উদাহরণস্বরূপ।

চাঙ্কিং এমন একটি কৌশল দ্বারা সম্পন্ন হয় যা আমরা অন্যান্য সরঞ্জামগুলিতে "নিবলিং" বলতাম
পারকোনা টুলকিট। উদাহরণস্বরূপ, এটি পিটি-আর্কিভারের জন্য ব্যবহৃত একই কৌশল। উত্তরাধিকার
পিটি-টেবিল-চেকসামের পুরানো সংস্করণগুলিতে ব্যবহৃত চঙ্কিং অ্যালগরিদমগুলি সরানো হয়েছে, কারণ তারা
অনুমানযোগ্য আকারের খণ্ডে পরিণত হয়নি, এবং অনেক টেবিলে ভাল কাজ করেনি। যে সব
একটি টেবিলকে খণ্ডে বিভক্ত করার জন্য প্রয়োজন হয় একটি সূচী কিছু ধরণের (বিশেষত একটি প্রাথমিক
কী বা অনন্য সূচক)। যদি কোন সূচক না থাকে, এবং টেবিলে উপযুক্তভাবে ছোট থাকে
সারির সংখ্যা, টুলটি টেবিলটিকে একটি একক খণ্ডে চেকসাম করবে।

pt-table-checksum-এর আরও অনেক সুরক্ষা রয়েছে যাতে এটি কোনও হস্তক্ষেপ না করে
প্রতিলিপি সহ সার্ভারের অপারেশন। এটি সম্পন্ন করার জন্য, pt-টেবিল-চেকসাম সনাক্ত করে
প্রতিলিপি এবং স্বয়ংক্রিয়ভাবে তাদের সাথে সংযোগ করে। (যদি এটি ব্যর্থ হয়, আপনি এটির সাথে একটি ইঙ্গিত দিতে পারেন
"--পুনরাবৃত্তি-পদ্ধতি" বিকল্প।)

টুল ক্রমাগত প্রতিলিপি নিরীক্ষণ. যদি কোন প্রতিলিপি খুব পিছনে পড়ে যায়
প্রতিলিপি, pt-টেবিল-চেকসাম বিরতি দেয় যাতে এটি ধরা যায়। যদি কোন প্রতিরূপ একটি আছে
ত্রুটি, বা প্রতিলিপি স্টপ, pt-টেবিল-চেকসাম বিরতি দেয় এবং অপেক্ষা করে। এছাড়াও, পিটি-টেবিল-
চেকসাম সমস্যার সাধারণ কারণ অনুসন্ধান করে, যেমন প্রতিলিপি ফিল্টার, এবং অস্বীকার করে
আপনি এটি বাধ্য না করা পর্যন্ত কাজ. প্রতিলিপি ফিল্টার বিপজ্জনক, কারণ প্রশ্ন
যে pt-table-checksum executes তাদের সাথে সম্ভাব্য বিরোধ সৃষ্টি করতে পারে এবং প্রতিলিপি সৃষ্টি করতে পারে
ব্যর্থ.

pt-table-checksum যাচাই করে যে খণ্ডগুলি নিরাপদে চেকসাম করার জন্য খুব বেশি বড় নয়। এটি সম্পাদন করে
প্রতিটি খণ্ডে একটি ব্যাখ্যা ক্যোয়ারী, এবং খণ্ডগুলি এড়িয়ে যায় যা পছন্দসই থেকে বড় হতে পারে
সারির সংখ্যা. আপনি এর সাথে এই সুরক্ষার সংবেদনশীলতা কনফিগার করতে পারেন
"--খণ্ড-আকার-সীমা" বিকল্প। যদি একটি টেবিল একটি একক খণ্ড চেকসাম করা হবে কারণ এটি
অল্প সংখ্যক সারি আছে, তারপর pt-table-checksum অতিরিক্তভাবে যাচাই করে যে টেবিলটি
প্রতিলিপি উপর oversized হয় না. এটি নিম্নলিখিত দৃশ্যকল্প এড়ায়: একটি টেবিল খালি
master কিন্তু একটি প্রতিলিপিতে খুব বড়, এবং একটি একক বড় ক্যোয়ারীতে চেকসাম করা হয়, যা
প্রতিলিপিতে খুব দীর্ঘ বিলম্ব ঘটায়।

আরও বেশ কিছু সুরক্ষা আছে। উদাহরণস্বরূপ, pt-টেবিল-চেকসাম তার সেশন-স্তর সেট করে
innodb_lock_wait_timeout 1 সেকেন্ড, যাতে একটি লক অপেক্ষা থাকলে, এটি হবে
শিকার পরিবর্তে সময় আউট অন্যান্য প্রশ্নের কারণ. আরেকটি সুরক্ষা লোড চেক করে
ডাটাবেস সার্ভার, এবং লোড খুব বেশি হলে বিরতি দেয়। কোন একক সঠিক উত্তর নেই
কিভাবে এটি করতে হয়, কিন্তু ডিফল্টভাবে pt-table-checksum 25 টির বেশি হলে বিরতি দেবে
একযোগে প্রশ্ন নির্বাহ করা। আপনি সম্ভবত আপনার সার্ভারের জন্য একটি বুদ্ধিমান মান সেট করা উচিত
"--max-load" বিকল্পটি।

চেকসামিং সাধারণত একটি নিম্ন-অগ্রাধিকারমূলক কাজ যা সার্ভারে অন্যান্য কাজের জন্য ফলপ্রসূ হয়।
যাইহোক, একটি টুল যা ক্রমাগত পুনরায় চালু করতে হবে ব্যবহার করা কঠিন। সুতরাং, পিটি-টেবিল-
চেকসাম ত্রুটির জন্য খুব স্থিতিস্থাপক। উদাহরণস্বরূপ, যদি ডাটাবেস প্রশাসকের প্রয়োজন হয়
যে কোনো কারণে pt-table-checksum এর প্রশ্নগুলিকে হত্যা করুন, এটি একটি মারাত্মক ত্রুটি নয়। ব্যবহারকারীরা প্রায়ই
দীর্ঘমেয়াদী চেকসাম প্রশ্নগুলিকে মেরে ফেলতে পিটি-কিল চালান। টুলটি একটি নিহত প্রশ্ন পুনরায় চেষ্টা করবে
একবার, এবং যদি এটি আবার ব্যর্থ হয়, এটি সেই টেবিলের পরবর্তী অংশে চলে যাবে। একই
একটি লক অপেক্ষা সময় শেষ হলে আচরণ প্রযোজ্য। এই ধরনের হলে টুলটি একটি সতর্কতা প্রিন্ট করবে
একটি ত্রুটি ঘটবে, কিন্তু প্রতি টেবিলে শুধুমাত্র একবার। কোনো সার্ভারে সংযোগ ব্যর্থ হলে, pt-
টেবিল-চেকসাম পুনরায় সংযোগ করার চেষ্টা করবে এবং কাজ চালিয়ে যাবে।

যদি pt-table-checksum এমন একটি অবস্থার সম্মুখীন হয় যার ফলে এটি সম্পূর্ণরূপে বন্ধ হয়ে যায়, এটি সহজ
এটিকে "--resume" বিকল্প দিয়ে পুনরায় শুরু করতে। এটি শেষের শেষ খণ্ড থেকে শুরু হবে
টেবিল যে এটি প্রক্রিয়া করা হয়েছে. আপনি নিরাপদে CTRL-C দিয়ে টুলটি বন্ধ করতে পারেন। এটা শেষ হবে
খণ্ড এটি বর্তমানে প্রক্রিয়াকরণ করা হয়, এবং তারপর প্রস্থান করুন. আপনি স্বাভাবিক হিসাবে এটি পুনরায় শুরু করতে পারেন
পরে।

pt-table-checksum একটি টেবিলের সমস্ত অংশ চেকসাম করা শেষ করার পরে, এটি বিরতি দেয় এবং
চেকসাম ক্যোয়ারীগুলি চালানো শেষ করার জন্য সমস্ত সনাক্তকৃত প্রতিলিপির জন্য অপেক্ষা করে। একবার যে
সমাপ্ত, এটি মাস্টারের মতো একই ডেটা আছে কিনা তা দেখতে সমস্ত প্রতিলিপি পরীক্ষা করে,
এবং তারপর ফলাফল সহ আউটপুটের একটি লাইন প্রিন্ট করে। আপনি এর আউটপুট একটি নমুনা দেখতে পারেন
পরে এই ডকুমেন্টেশনে।

টুলটি সময় সাপেক্ষ ক্রিয়াকলাপের সময় অগ্রগতি সূচক প্রিন্ট করে। এটি একটি প্রিন্ট করে
প্রতিটি টেবিল চেকসাম করা হয় হিসাবে অগ্রগতি সূচক. অগ্রগতি দ্বারা গণনা করা হয়
টেবিলে সারি আনুমানিক সংখ্যা। এটি বিরতি দিলে এটি একটি অগ্রগতি প্রতিবেদনও প্রিন্ট করবে
প্রতিলিপি ধরার জন্য অপেক্ষা করতে, এবং যখন এটির জন্য প্রতিলিপিগুলি পরীক্ষা করার জন্য অপেক্ষা করা হয়
মাস্টার থেকে পার্থক্য। আপনি "--শান্ত" দিয়ে আউটপুটকে কম ভার্বস করতে পারেন
বিকল্প।

আপনি যদি চান, আপনি চেকসাম টেবিলগুলি ম্যানুয়ালি জিজ্ঞাসা করতে পারেন কোন টেবিলের রিপোর্ট পেতে৷
এবং অংশগুলি মাস্টার থেকে পার্থক্য আছে. নিম্নলিখিত প্রশ্ন প্রতিটি রিপোর্ট করা হবে
ডাটাবেস এবং পার্থক্য সহ টেবিল, খণ্ড এবং সারির সংখ্যার সারাংশ সহ
সম্ভবত প্রভাবিত:

db, tbl, SUM(this_cnt) মোট_সারি হিসাবে, COUNT(*) খন্ড হিসাবে নির্বাচন করুন
percona.checksums থেকে
কোথায় (
master_cnt <> this_cnt
অথবা master_crc <> this_crc
OR ISNULL(master_crc) <> ISNULL(this_crc))
ডিবি দ্বারা গ্রুপ, টিবিএল;

সেই ক্যোয়ারীতে উল্লেখ করা টেবিলটি হল চেকসাম টেবিল, যেখানে চেকসামগুলি সংরক্ষণ করা হয়।
টেবিলের প্রতিটি সারিতে কিছু টেবিল থেকে এক খণ্ড ডেটার চেকসাম রয়েছে
সার্ভার।

pt-table-checksum-এর সংস্করণ 2.0 পিছনের দিকে pt-table-sync সংস্করণের সাথে সামঞ্জস্যপূর্ণ নয়
1.0 কিছু ক্ষেত্রে এটি একটি গুরুতর সমস্যা নয়। একটি "সীমানা" কলাম যোগ করা হচ্ছে
টেবিল, এবং তারপর একটি ম্যানুয়ালি জেনারেট করা WHERE ক্লজ দিয়ে আপডেট করা, pt-এর জন্য যথেষ্ট হতে পারে।
টেবিল-সিঙ্ক সংস্করণ 1.0 pt-টেবিল-চেকসাম সংস্করণ 2.0 এর সাথে ইন্টারঅপারেট। অনুমান একটি
'id' নামের পূর্ণসংখ্যা প্রাথমিক কী, আপনি নিম্নলিখিত মত কিছু চেষ্টা করতে পারেন:

ALTER TABLE চেকসামগুলি সীমানা যোগ করুন৷ ভোরচার(২০১১);
চেকসাম আপডেট করুন
SET সীমানা = COALESCE(CONCAT('id এর মধ্যে', ​​নিম্ন_সীমানা,
'এবং', উপরের_সীমানা), '1=1');

সীমাবদ্ধতা

সারি-ভিত্তিক প্রতিলিপি ব্যবহার করে প্রতিলিপি
pt-table-checksum-এর জন্য বিবৃতি-ভিত্তিক প্রতিলিপি প্রয়োজন, এবং এটি সেট করে
"binlog_format=STATEMENT" মাস্টারে, কিন্তু একটি MySQL সীমাবদ্ধতার কারণে প্রতিলিপিগুলি হয় না
এই পরিবর্তনকে সম্মান করুন। অতএব, চেকসাম ব্যবহার করে কোনো প্রতিলিপি অতীতে প্রতিলিপি করবে না
সারি-ভিত্তিক প্রতিলিপি যা আরও প্রতিলিপির জন্য মাস্টার।

টুলটি স্বয়ংক্রিয়ভাবে সমস্ত সার্ভারে "binlog_format" চেক করে। দেখা
"--[না]চেক-বিনলগ-ফরম্যাট"।

(বাগ 899415 )

স্কিমা এবং টেবিল পার্থক্য
টুলটি অনুমান করে যে স্কিমা এবং টেবিলগুলি মাস্টার এবং সমস্ততে অভিন্ন
প্রতিলিপি উদাহরণস্বরূপ, একটি প্রতিলিপিতে স্কিমা না থাকলে প্রতিলিপি ভেঙে যাবে
যেটি মাস্টারে বিদ্যমান (এবং সেই স্কিমাটি চেকসাম করা হয়), অথবা যদি a এর গঠন
একটি প্রতিরূপ উপর টেবিল মাস্টার থেকে ভিন্ন.

পারকোনা এক্সট্রাডিবি গুচ্ছ

pt-table-checksum Percona XtraDB ক্লাস্টার (PXC) 5.5.28-23.7 এবং নতুনটির সাথে কাজ করে। দ্য
সম্ভাব্য Percona XtraDB ক্লাস্টার সেটআপের সংখ্যা বড় যে এটি ব্যবহার করা যেতে পারে
পাশাপাশি নিয়মিত প্রতিলিপি। অতএব, শুধুমাত্র নীচে তালিকাভুক্ত সেটআপ সমর্থিত এবং
কাজ করতে পরিচিত। ক্লাস্টার থেকে ক্লাস্টারের মতো অন্যান্য সেটআপগুলি সমর্থন করে না এবং সম্ভবত তাও করে না
হবে।

উল্লেখ করা ছাড়া, নিম্নলিখিত সমস্ত সমর্থিত সেটআপের জন্য আপনাকে "dsn" ব্যবহার করতে হবে
ক্লাস্টার নোড নির্দিষ্ট করতে "--পুনরাবৃত্তি-পদ্ধতি" এর জন্য পদ্ধতি। এছাড়াও, ল্যাগ চেক (দেখুন
"প্রতিলিপি চেক") ক্লাস্টার নোডের জন্য সঞ্চালিত হয় না।

একক ক্লাস্টার
সহজতম PXC সেটআপ হল একটি একক ক্লাস্টার: সমস্ত সার্ভার হল ক্লাস্টার নোড, এবং সেখানে
কোন নিয়মিত প্রতিলিপি হয়. যদি সমস্ত নোডগুলি DSN টেবিলে নির্দিষ্ট করা থাকে (দেখুন
"--পুনরাবৃত্তি-পদ্ধতি"), তারপরে আপনি যেকোন নোডে টুল চালাতে পারেন এবং যেকোনো ডিফের উপর
অন্যান্য নোড সনাক্ত করা হবে.

সমস্ত নোড অবশ্যই একই ক্লাস্টারে থাকতে হবে (একই "wsrep_cluster_name" মান থাকতে হবে), অন্যথায়
টুলটি একটি ত্রুটির সাথে প্রস্থান করে। যদিও এর সাথে বিভিন্ন ক্লাস্টার থাকা সম্ভব
একই নাম, এটি করা উচিত নয় এবং সমর্থিত নয়। এটা সবার জন্য প্রযোজ্য
সমর্থিত সেটআপ।

প্রতিলিপি সহ একক ক্লাস্টার
ক্লাস্টার নোডগুলি নিয়মিত মাস্টার এবং নিয়মিত প্রতিলিপিতে প্রতিলিপি হতে পারে। যাহোক,
রেপ্লিকাটির "মাস্টার নোড" এ চালানো হলে টুলটি শুধুমাত্র একটি প্রতিলিপিতে পার্থক্য সনাক্ত করতে পারে।
উদাহরণস্বরূপ, যদি ক্লাস্টার সেটআপ হয়,

node1 <-> node2 <-> node3
| |
| +-> রেপ্লিকা৩
+-> প্রতিলিপি2

আপনি node3-এ টুলটি চালিয়ে replica3-এ পার্থক্য সনাক্ত করতে পারেন, কিন্তু পার্থক্য সনাক্ত করতে
replica2 আপনাকে অবশ্যই node2 এ টুলটি চালাতে হবে। আপনি যদি নোড 1 এ টুলটি চালান তবে এটি হবে
উভয় প্রতিলিপি মধ্যে পার্থক্য সনাক্ত না.

বর্তমানে, টুলটি এই সেটআপটি সনাক্ত করে না বা হতে পারে না এমন প্রতিলিপি সম্পর্কে সতর্ক করে
চেক করা হয়েছে (যেমন replica2 যখন node3 এ চলছে)।

এই সেটআপের প্রতিলিপিগুলি এখনও "--[no]চেক-বিনলগ-ফরম্যাট" এর অধীন।

একক ক্লাস্টার থেকে মাস্টার
একটি নিয়মিত মাস্টারের পক্ষে ক্লাস্টারে প্রতিলিপি করা সম্ভব, যেন ক্লাস্টার ছিল
একটি যৌক্তিক দাস, যেমন:

master -> node1 <-> node2 <-> node3

টুলটি এই সেটআপটিকে সমর্থন করে কিন্তু শুধুমাত্র যদি মাস্টারের উপর চালানো হয় এবং যদি সমস্ত নোডের মধ্যে থাকে
ক্লাস্টার এর "সরাসরি প্রতিরূপ" (এই উদাহরণে নোড1) এর সাথে সামঞ্জস্যপূর্ণ
মাস্টার উদাহরণস্বরূপ, যদি সমস্ত নোডের 1 সারির জন্য "foo" মান থাকে তবে মাস্টারের মান থাকে
একই সারির জন্য "বার", এই পার্থক্য সনাক্ত করা হবে। অথবা যদি শুধুমাত্র নোড 1-এ এই পার্থক্য থাকে,
এটাও সনাক্ত করা হবে। কিন্তু শুধুমাত্র node2 বা node3 যদি এই পার্থক্য থাকে তবে তা হবে না
সনাক্ত. অতএব, এই সেটআপটি পরীক্ষা করার জন্য ব্যবহৃত হয় যে একটি হিসাবে মাস্টার এবং ক্লাস্টার
সব সামঞ্জস্যপূর্ণ.

এই সেটআপে, চালানোর সময় টুলটি স্বয়ংক্রিয়ভাবে "ডাইরেক্ট রেপ্লিকা" (নোড 1) সনাক্ত করতে পারে
মাস্টারে, তাই আপনাকে "--পুনরাবৃত্তি-পদ্ধতি" এর জন্য "dsn" পদ্ধতি ব্যবহার করতে হবে না
কারণ node1 পুরো ক্লাস্টারকে প্রতিনিধিত্ব করবে, তাই অন্য সব নোড হতে হবে
এর সাথে সামঞ্জস্যপূর্ণ।

টুলটি সতর্ক করে যখন এটি এই সেটআপটি সনাক্ত করে তখন আপনাকে মনে করিয়ে দেয় যে এটি শুধুমাত্র ব্যবহৃত হলেই কাজ করে
উপরে বর্ণিত. এই সতর্কতাগুলি টুলের প্রস্থান অবস্থাকে প্রভাবিত করে না; তারা
মিথ্যা-ইতিবাচক ফলাফল এড়াতে সাহায্য করার জন্য শুধুমাত্র অনুস্মারক।

আউটপুট

টুলটি সারণী ফলাফল প্রিন্ট করে, প্রতি টেবিলে এক লাইন:

TS ত্রুটিগুলি সারিগুলিকে আলাদা করে টাইম টেবিল এড়িয়ে যায়
10-20T08:36:50 0 0 200 1 0 0.005 db1.tbl1
10-20T08:36:50 0 0 603 7 0 0.035 db1.tbl2
10-20T08:36:50 0 0 16 1 0 0.003 db2.tbl3
10-20T08:36:50 0 0 600 6 0 0.024 db2.tbl4

ত্রুটি, সতর্কতা, এবং অগ্রগতি রিপোর্ট স্ট্যান্ডার্ড ত্রুটি মুদ্রিত হয়. এছাড়াও দেখুন "--শান্ত"।

প্রতিটি টেবিলের ফলাফল মুদ্রিত হয় যখন টুলটি টেবিল চেকসামিং শেষ করে। দ্য
কলামগুলি নিম্নরূপ:

TS টাইমস্ট্যাম্প (বছর ছাড়া) যখন টুলটি টেবিল চেকসাম করা শেষ করে।

ত্রুটি
টেবিল চেকসাম করার সময় যে ত্রুটি এবং সতর্কতাগুলি ঘটেছে তার সংখ্যা৷ ত্রুটি
এবং সতর্কতাগুলি স্ট্যান্ডার্ড ত্রুটিতে মুদ্রিত হয় যখন টেবিলটি চলছে।

ডিআইএফএফএস
এক বা একাধিক প্রতিলিপিতে মাস্টার থেকে আলাদা হওয়া খণ্ডের সংখ্যা। যদি
"--no-replicate-check" নির্দিষ্ট করা আছে, এই কলামে সবসময় শূন্য থাকবে। যদি
"--প্রতিলিপি-চেক-শুধু" নির্দিষ্ট করা হয়েছে, তারপর শুধুমাত্র পার্থক্য সহ টেবিলগুলি মুদ্রিত হয়।

সারি
টেবিল থেকে নির্বাচিত এবং চেকসাম করা সারির সংখ্যা। এটা ভিন্ন হতে পারে
টেবিলের সারির সংখ্যা থেকে যদি আপনি --where বিকল্পটি ব্যবহার করেন।

খণ্ড
সারণীটি যে খণ্ডে ভাগ করা হয়েছিল তার সংখ্যা৷

এড়িয়ে গেছে
এই সমস্যার এক বা একাধিক কারণে এড়িয়ে যাওয়া খণ্ডের সংখ্যা:

* MySQL --chunk-index ব্যবহার করছে না
* MySQL সম্পূর্ণ খণ্ড সূচক ব্যবহার করছে না (--[না]চেক-প্ল্যান)
* খণ্ডের আকার --খণ্ড-আকার * --খণ্ড-আকার-সীমার চেয়ে বড়
* লক অপেক্ষার সময়সীমা অতিক্রম করেছে (--পুনরায় চেষ্টা)
* চেকসাম ক্যোয়ারী মারা গেছে (--পুনরায় চেষ্টা)

pt-table-checksum 2.2.5 অনুযায়ী, এড়িয়ে যাওয়া অংশগুলি একটি অ-শূন্য "প্রস্থান অবস্থা" সৃষ্টি করে।


টেবিল চেকসামিং করতে সময় অতিবাহিত.

সারণী
ডাটাবেস এবং টেবিল যা চেকসাম করা হয়েছিল।

যদি "--প্রতিলিপি-চেক-শুধু" নির্দিষ্ট করা হয়, তবে সনাক্ত করা প্রতিলিপিগুলিতে শুধুমাত্র চেকসাম পার্থক্য
মুদ্রিত হয় আউটপুট ভিন্ন: প্রতিরূপ প্রতি একটি অনুচ্ছেদ, একটি চেকসাম পার্থক্য
প্রতি লাইন, এবং মান স্পেস দ্বারা পৃথক করা হয়:

h=127.0.0.1, P=12346-এ পার্থক্য
টেবিল CHUNK CNT_DIFF CRC_DIFF CHUNK_INDEX LOWER_BOUNDARY UPPER_BOUNDARY
db1.tbl1 1 0 1 প্রাথমিক 1 100
db1.tbl1 6 0 1 প্রাথমিক 501 600

h=127.0.0.1, P=12347-এ পার্থক্য
টেবিল CHUNK CNT_DIFF CRC_DIFF CHUNK_INDEX LOWER_BOUNDARY UPPER_BOUNDARY
db1.tbl1 1 0 1 প্রাথমিক 1 100
db2.tbl2 9 5 0 প্রাথমিক 101 200

একটি অনুচ্ছেদের প্রথম লাইন পার্থক্য সহ প্রতিরূপ নির্দেশ করে। এই উদাহরণে
দুটি আছে: h=127.0.0.1,P=12346 এবং h=127.0.0.1,P=12347। কলামগুলি নিম্নরূপ:

সারণী
ডাটাবেস এবং টেবিল যা মাস্টার থেকে আলাদা।

খণ্ড
টেবিলের খণ্ড সংখ্যা যা মাস্টার থেকে আলাদা।

CNT_DIFF
প্রতিলিপিতে খণ্ড সারির সংখ্যা মাস্টারের খণ্ড সারির সংখ্যা বিয়োগ করুন।

CRC_DIFF
1 যদি প্রতিরূপের খণ্ডের সিআরসি অংশের সিআরসি থেকে আলাদা হয়
মাস্টার, অন্যথায় 0।

CHUNK_INDEX
সূচী টেবিল খণ্ড ব্যবহৃত.

LOWER_BOUNDARY
সূচকের মান যা খণ্ডের নিম্ন সীমানা নির্ধারণ করে।

UPPER_BOUNDARY
সূচকের মান যা খণ্ডের উপরের সীমানা নির্ধারণ করে।

প্রস্থান করুন স্থিতি

pt-table-checksum-এর তিনটি সম্ভাব্য প্রস্থান স্ট্যাটাস রয়েছে: শূন্য, 255, এবং অন্য কোনো মান হল একটি
বিভিন্ন সমস্যার জন্য পতাকা সহ বিটমাস্ক।

একটি শূন্য প্রস্থান অবস্থা নির্দেশ করে কোন ত্রুটি, সতর্কতা, বা চেকসাম পার্থক্য, বা এড়িয়ে যাওয়া
খণ্ড বা টেবিল।

একটি 255 প্রস্থান অবস্থা একটি মারাত্মক ত্রুটি নির্দেশ করে। অন্য কথায়: টুলটি মারা গেছে বা ক্র্যাশ হয়েছে। দ্য
ত্রুটি "STDERR" এ মুদ্রিত হয়।

যদি প্রস্থান অবস্থা শূন্য বা 255 না হয়, তাহলে এর মান এইগুলির সাথে একটি বিটমাস্ক হিসাবে কাজ করে
পতাকা

ফ্ল্যাগ বিট মান অর্থ
============================================= ==================
ত্রুটি 1 একটি অ-মারাত্মক ত্রুটি ঘটেছে৷
ALREADY_RUNNING 2 --pid ফাইল আছে এবং PID চলছে
CAUGHT_SIGNAL 4 SIGHUP, SIGINT, SIGPIPE, বা SIGTERM ধরা পড়েছে
NO_SLAVES_FOUND 8 কোন প্রতিলিপি বা ক্লাস্টার নোড পাওয়া যায়নি
TABLE_DIFF 16 অন্তত একটি পার্থক্য পাওয়া গেছে
SKIP_CHUNK 32 অন্তত একটি খণ্ড বাদ দেওয়া হয়েছে৷
SKIP_TABLE 64 অন্তত একটি টেবিল বাদ দেওয়া হয়েছে

কোনো পতাকা সেট করা থাকলে, প্রস্থান অবস্থা অ-শূন্য হবে। এর জন্য bitwise "AND" অপারেশন ব্যবহার করুন
একটি নির্দিষ্ট পতাকা জন্য পরীক্ষা করুন. উদাহরণস্বরূপ, যদি "$exit_status & 16" সত্য হয়, তাহলে অন্তত
একটি পার্থক্য পাওয়া গেছে.

pt-table-checksum 2.2.5 অনুযায়ী, এড়িয়ে যাওয়া অংশগুলি একটি নন-জিরো এক্সিট স্ট্যাটাস সৃষ্টি করে। একটি প্রস্থান
শূন্য বা 32 এর স্থিতি পূর্ববর্তী অংশে এড়িয়ে যাওয়া অংশগুলির সাথে একটি শূন্য প্রস্থান অবস্থার সমতুল্য
টুলের সংস্করণ।

বিকল্প

এই টুলটি অতিরিক্ত কমান্ড-লাইন আর্গুমেন্ট গ্রহণ করে। "SYNOPSIS" এবং ব্যবহার পড়ুন
বিস্তারিত তথ্যের জন্য।

--আস্ক-পাস
গ্রুপ: সংযোগ

MySQL এর সাথে সংযোগ করার সময় একটি পাসওয়ার্ডের জন্য অনুরোধ করুন।

--[না]চেক-বিনলগ-ফরম্যাট
ডিফল্ট: হ্যাঁ

পরীক্ষা করুন যে "binlog_format" সব সার্ভারে একই।

"সীমাবদ্ধতা" এর অধীনে "সারি-ভিত্তিক প্রতিলিপি ব্যবহার করে প্রতিলিপি" দেখুন।

--বাইনারী-সূচক
এই বিকল্পটি "-create-replicate-table"-এর আচরণ পরিবর্তন করে যেমন
প্রতিলিপি টেবিলের উপরের এবং নীচের সীমানা কলামগুলি BLOB ডেটা দিয়ে তৈরি করা হয়
প্রকার এটি সেই ক্ষেত্রে দরকারী যেখানে আপনার কী দিয়ে টেবিল চেকসুম করতে সমস্যা হয়
যেগুলি একটি বাইনারি ডেটা টাইপ অন্তর্ভুক্ত করে বা যেগুলিতে অ-মানক অক্ষর সেট রয়েছে৷ দেখা
"--প্রতিলিপি"।

--চেক-ব্যবধান
প্রকার: সময়; ডিফল্ট: 1; গ্রুপ: থ্রটল

"--max-lag" এর জন্য চেকের মধ্যে ঘুমের সময়।

--[না]চেক-প্ল্যান
ডিফল্ট: হ্যাঁ

নিরাপত্তার জন্য ক্যোয়ারী এক্সিকিউশন প্ল্যান চেক করুন। ডিফল্টরূপে, এই বিকল্পটি pt-table- ঘটায়
চেকসাম চালানোর জন্য প্রশ্নগুলি চালানোর আগে ব্যাখ্যা করুন যা অল্প পরিমাণে অ্যাক্সেস করার জন্য
ডেটার, কিন্তু যেটি অনেক সারি অ্যাক্সেস করতে পারে যদি MySQL একটি খারাপ এক্সিকিউশন প্ল্যান বেছে নেয়। এইগুলো
খণ্ডের সীমানা নির্ধারণের জন্য প্রশ্নগুলি অন্তর্ভুক্ত করুন এবং খণ্ডের প্রশ্নগুলি নিজেরাই। যদি
দেখা যাচ্ছে যে MySQL একটি খারাপ ক্যোয়ারী এক্সিকিউশন প্ল্যান ব্যবহার করবে, টুলটি এড়িয়ে যাবে
টেবিলের অংশ।

একটি কার্যকরী পরিকল্পনা খারাপ কিনা তা নির্ধারণ করতে সরঞ্জামটি বেশ কয়েকটি হিউরিস্টিক ব্যবহার করে। দ্য
প্রথমটি হল EXPLAIN রিপোর্ট করে যে MySQL অ্যাক্সেস করার জন্য পছন্দসই সূচক ব্যবহার করতে চায়
সারি যদি MySQL একটি ভিন্ন সূচক বেছে নেয়, তাহলে টুলটি প্রশ্নটিকে অনিরাপদ বলে মনে করে।

টুলটি পরীক্ষা করে যে মাইএসকিউএল সূচকের কতটা রিপোর্ট করে যে এটি এর জন্য ব্যবহার করবে
প্রশ্ন. EXPLAIN আউটপুট key_len কলামে এটি দেখায়। টুল মনে রাখে
বৃহত্তম কী_লেন দেখা যায়, এবং খণ্ডগুলি এড়িয়ে যায় যেখানে MySQL রিপোর্ট করে যে এটি একটি ছোট ব্যবহার করবে
সূচকের উপসর্গ। এই হিউরিস্টিকটিকে এড়িয়ে যাওয়া অংশ হিসাবে বোঝা যেতে পারে যেগুলির a আছে
অন্যান্য অংশের তুলনায় খারাপ মৃত্যুদন্ড পরিকল্পনা।

একটি খারাপ সম্পাদনের কারণে প্রথমবার একটি খণ্ড এড়িয়ে গেলে টুলটি একটি সতর্কতা প্রিন্ট করে
প্রতিটি টেবিলে পরিকল্পনা। পরবর্তী খণ্ডগুলি নিঃশব্দে বাদ দেওয়া হয়, যদিও আপনি দেখতে পারেন
টুলের আউটপুটে SKIPPED কলামে এড়িয়ে যাওয়া খণ্ডগুলির গণনা।

এই বিকল্পটি প্রতিটি টেবিল এবং খণ্ডে কিছু সেটআপ কাজ যোগ করে। যদিও কাজটা হয় না
MySQL-এর জন্য অনুপ্রবেশকারী, এটি সার্ভারে আরও রাউন্ড-ট্রিপ করে, যা গ্রাস করে
সময় খণ্ডগুলিকে খুব ছোট করা হলে ওভারহেড তুলনামূলকভাবে বড় হয়ে যাবে। এটা
তাই বাঞ্ছনীয় যে আপনি খণ্ডগুলিকে খুব ছোট করবেন না, কারণ টুলটি নিতে পারে
আপনি যদি তা সম্পূর্ণ করতে একটি খুব দীর্ঘ সময়.

--[না]চেক-প্রতিলিপি-ফিল্টার
ডিফল্ট: হ্যাঁ; গ্রুপ: নিরাপত্তা

কোনো প্রতিলিপি ফিল্টার সেট করা থাকলে চেকসাম করবেন না। টুলটি দেখায়
সার্ভার বিকল্পগুলির জন্য যা প্রতিলিপি ফিল্টার করে, যেমন binlog_ignore_db এবং
replicate_do_db. যদি এটি এই ধরনের কোনো ফিল্টার খুঁজে পায় তবে এটি একটি ত্রুটির সাথে বাতিল হয়ে যায়।

যদি প্রতিলিপিগুলি কোনো ফিল্টারিং বিকল্পের সাথে কনফিগার করা হয়, তাহলে আপনার সতর্ক হওয়া উচিত নয়
মাস্টারে বিদ্যমান কোনো ডাটাবেস বা টেবিল চেকসাম করতে এবং প্রতিলিপি নয়।
এই জাতীয় টেবিলের পরিবর্তনগুলি সাধারণত এর কারণে প্রতিলিপিগুলিতে এড়িয়ে যেতে পারে
ফিল্টারিং অপশন, কিন্তু চেকসাম কোয়েরি টেবিলের বিষয়বস্তু পরিবর্তন করে
চেকসাম সংরক্ষণ করে, টেবিল নয় যার ডেটা আপনি চেকসামিং করছেন। অতএব,
এই প্রশ্নগুলি প্রতিলিপিতে কার্যকর করা হবে, এবং যদি টেবিল বা ডাটাবেস আপনি
চেকসামিং বিদ্যমান নেই, প্রশ্নগুলি প্রতিলিপি ব্যর্থ হতে পারে। আরো বেশী
প্রতিলিপি নিয়ম সম্পর্কে তথ্য, দেখুন
<http://dev.mysql.com/doc/en/replication-rules.html>.

প্রতিলিপি ফিল্টারিং চেকসাম প্রশ্নগুলি হবে না তা নিশ্চিত করা অসম্ভব করে তোলে
ব্রেক প্রতিলিপি (বা কেবল প্রতিলিপি করতে ব্যর্থ)। আপনি যদি নিশ্চিত হন যে এটি চালানো ঠিক আছে
চেকসাম প্রশ্ন, আপনি চেক নিষ্ক্রিয় করতে এই বিকল্পটি অস্বীকার করতে পারেন। আরো দেখুন
"--প্রতিলিপি-ডাটাবেস"।

এছাড়াও "প্রতিলিপি চেকস" দেখুন।

--চেক-স্লেভ-ল্যাগ
প্রকার: স্ট্রিং; গ্রুপ: থ্রটল

এই রেপ্লিকাটির ল্যাগ "--max-lag" এর চেয়ে কম না হওয়া পর্যন্ত চেকসামিং থামান। মান হল a
DSN যা মাস্টার হোস্ট এবং সংযোগ বিকল্পগুলি থেকে বৈশিষ্ট্যগুলিকে উত্তরাধিকার সূত্রে প্রাপ্ত করে৷
("--পোর্ট", ​​"--ব্যবহারকারী", ইত্যাদি)। ডিফল্টরূপে, pt-টেবিল-চেকসাম মনিটরগুলি সব থেকে পিছিয়ে থাকে
সংযুক্ত প্রতিলিপি, কিন্তু এই বিকল্পটি নির্দিষ্ট প্রতিলিপিতে ল্যাগ পর্যবেক্ষণ সীমাবদ্ধ করে।
এটি উপযোগী যদি নির্দিষ্ট প্রতিলিপিগুলি ইচ্ছাকৃতভাবে পিছিয়ে থাকে (পিটি-স্লেভ-বিলম্বের সাথে
উদাহরণ), যে ক্ষেত্রে আপনি নিরীক্ষণের জন্য একটি সাধারণ প্রতিরূপ নির্দিষ্ট করতে পারেন।

এছাড়াও "প্রতিলিপি চেকস" দেখুন।

--[না]চেক-স্লেভ-টেবিল
ডিফল্ট: হ্যাঁ; গ্রুপ: নিরাপত্তা

চেক করে যে স্লেভের উপর টেবিল বিদ্যমান এবং সমস্ত চেকসাম "--কলাম" আছে। টেবিল
স্লেভদের অনুপস্থিত বা সমস্ত চেকসাম "--কলাম" না থাকলে টুলটি হতে পারে
প্রতিলিপি বিরতি যখন এটি পার্থক্য পরীক্ষা করার চেষ্টা করে। শুধুমাত্র এই চেক নিষ্ক্রিয় যদি
আপনি ঝুঁকি সম্পর্কে সচেতন এবং নিশ্চিত যে সমস্ত স্লেভের সমস্ত টেবিল বিদ্যমান এবং আছে
মাস্টারের অনুরূপ।

--খণ্ড-সূচক
প্রকার: স্ট্রিং

খণ্ডিত টেবিলের জন্য এই সূচকটি পছন্দ করুন। ডিফল্টরূপে, pt-টেবিল-চেকসাম সবচেয়ে বেশি বেছে নেয়
খণ্ডের জন্য উপযুক্ত সূচক। এই বিকল্পটি আপনাকে সূচকটি নির্দিষ্ট করতে দেয় যা আপনি
পছন্দ যদি সূচীটি বিদ্যমান না থাকে, তাহলে pt-table-checksum এর মধ্যে ফিরে আসবে
একটি সূচক নির্বাচনের ডিফল্ট আচরণ। pt-টেবিল-চেকসাম ইনডেক্স যোগ করে
একটি "ফোর্স ইনডেক্স" ধারায় চেকসাম এসকিউএল স্টেটমেন্ট। এই বিকল্পটি ব্যবহার করার সময় সতর্কতা অবলম্বন করুন;
সূচকের দুর্বল পছন্দ খারাপ কর্মক্ষমতার কারণ হতে পারে। এটি সম্ভবত যখন ব্যবহার করা ভাল
আপনি শুধুমাত্র একটি টেবিল চেকসমিং করছেন, একটি সম্পূর্ণ সার্ভার নয়।

--খণ্ড-সূচক-কলাম
প্রকার: int

একটি "--chunk-index" এর শুধুমাত্র এই অনেকগুলি বাম-সবচেয়ে কলাম ব্যবহার করুন। এই জন্য শুধুমাত্র কাজ করে
যৌগিক সূচী, এবং সেই ক্ষেত্রে দরকারী যেখানে MySQL ক্যোয়ারী অপ্টিমাইজারে একটি বাগ
(পরিকল্পক) এটি সনাক্ত করার জন্য সূচক ব্যবহার করার পরিবর্তে সারিগুলির একটি বড় পরিসর স্ক্যান করার কারণ করে
সুনির্দিষ্টভাবে শুরু এবং শেষ পয়েন্ট। এই সমস্যা কখনও কখনও সঙ্গে সূচকে দেখা দেয়
অনেক কলাম, যেমন 4 বা তার বেশি। যদি এটি ঘটে, টুলটি একটি সতর্কতা প্রিন্ট করতে পারে
"--[না]চেক-প্ল্যান" বিকল্পের সাথে সম্পর্কিত। শুধুমাত্র প্রথম ব্যবহার করার জন্য টুল নির্দেশ
সূচকের N কলামগুলি কিছু ক্ষেত্রে বাগটির জন্য একটি সমাধান।

--খণ্ড-আকার
প্রকার: আকার; ডিফল্ট: 1000

প্রতিটি চেকসাম প্রশ্নের জন্য নির্বাচন করার জন্য সারির সংখ্যা। অনুমোদনযোগ্য প্রত্যয়গুলি হল k, M, G।
আপনি বেশিরভাগ ক্ষেত্রে এই বিকল্পটি ব্যবহার করবেন না; পরিবর্তে "--chunk-time" পছন্দ করুন।

এই বিকল্পটি ডিফল্ট আচরণকে ওভাররাইড করতে পারে, যা খণ্ডের আকার সামঞ্জস্য করতে হয়
গতিশীলভাবে খণ্ডগুলিকে ঠিক "--খণ্ড-সময়" সেকেন্ডে চালানোর চেষ্টা করুন। কখন এটা
বিকল্পটি স্পষ্টভাবে সেট করা নেই, এটির ডিফল্ট মান একটি শুরু বিন্দু হিসাবে ব্যবহৃত হয়, কিন্তু পরে
যে, টুলটি এই বিকল্পের মান উপেক্ষা করে। আপনি যদি এই বিকল্পটি স্পষ্টভাবে সেট করেন,
যাইহোক, তারপর এটি গতিশীল সমন্বয় আচরণ নিষ্ক্রিয় করে এবং সমস্ত অংশ তৈরি করার চেষ্টা করে
ঠিক নির্দিষ্ট সংখ্যক সারি।

একটি সূক্ষ্মতা আছে: যদি খণ্ড সূচক অনন্য না হয়, তাহলে এটা সম্ভব যে খণ্ডগুলি
ইচ্ছার চেয়ে বড় হবে। উদাহরণস্বরূপ, যদি একটি টেবিল একটি সূচক দ্বারা খণ্ডিত হয় যে
একটি প্রদত্ত মানের 10,000 ধারণ করে, যেখানে মেলে এমন একটি WHERE ধারা লেখার কোন উপায় নেই
মাত্র 1,000টি মান, এবং সেই অংশটি কমপক্ষে 10,000 সারি বড় হবে। যেমন ক
খণ্ড সম্ভবত "--খণ্ড-আকার-সীমা" এর কারণে এড়িয়ে যাবে।

একটি ছোট খণ্ড আকার নির্বাচন করা টুলটি অনেক ধীর হয়ে যাবে, আংশিকভাবে
কারণ "--[না]চেক-প্ল্যান" এর জন্য সেটআপের কাজ প্রয়োজন।

--খণ্ড-আকার-সীমা
প্রকার: float; ডিফল্ট: 2.0; গ্রুপ: নিরাপত্তা

চেকসাম খণ্ডগুলি পছন্দসই খণ্ডের আকারের চেয়ে অনেক বড় করবেন না।

যখন একটি টেবিলের কোনো অনন্য সূচী থাকে না, তখন খণ্ডের আকারগুলি ভুল হতে পারে। এই বিকল্প
ভুলতার সর্বোচ্চ সহনীয় সীমা নির্দিষ্ট করে। টুল ব্যবহার করে প্রতি
খণ্ডে কতগুলি সারি রয়েছে তা অনুমান করুন। যদি সেই অনুমান কাঙ্ক্ষিত খণ্ড অতিক্রম করে
সাইজ বার সীমা (ডিফল্টরূপে দ্বিগুণ বড়), তারপর টুলটি খণ্ডটি এড়িয়ে যায়।

এই বিকল্পের জন্য সর্বনিম্ন মান হল 1, যার মানে কোন খণ্ড এর থেকে বড় হতে পারে না
"-খণ্ড-আকার"। আপনি সম্ভবত 1 নির্দিষ্ট করতে চান না, কারণ সারি দ্বারা রিপোর্ট করা হয়েছে
ব্যাখ্যা করুন অনুমান, যা সারির প্রকৃত সংখ্যা থেকে ভিন্ন হতে পারে
খণ্ড যদি টুলটি অনেকগুলি অংশ এড়িয়ে যায় কারণ সেগুলি বড় হয়, আপনি চাইতে পারেন
2 এর ডিফল্টের চেয়ে বড় একটি মান নির্দিষ্ট করতে।

আপনি 0 এর মান নির্দিষ্ট করে বড় আকারের খণ্ড পরীক্ষা অক্ষম করতে পারেন।

--খণ্ড-সময়
প্রকার: float; ডিফল্ট: 0.5

খণ্ডের আকার গতিশীলভাবে সামঞ্জস্য করুন যাতে প্রতিটি চেকসাম কোয়েরি কার্যকর হতে এত বেশি সময় নেয়।

টুলটি সমস্ত টেবিল এবং প্রতিটি টেবিলের জন্য চেকসাম রেট (প্রতি সেকেন্ডে সারি) ট্র্যাক করে
স্বতন্ত্রভাবে এটি প্রতিটি চেকসাম প্রশ্নের পরে খণ্ডের আকার সামঞ্জস্য করতে এই হারগুলি ব্যবহার করে,
যাতে পরবর্তী চেকসাম ক্যোয়ারীটি কার্যকর করতে এই পরিমাণ সময় (সেকেন্ডে) লাগে।

অ্যালগরিদম নিম্নরূপ: প্রতিটি টেবিলের শুরুতে, খণ্ড আকার হয়
টুলটি কাজ শুরু করার পর থেকে প্রতি সেকেন্ডে সামগ্রিক গড় সারি থেকে শুরু করা হয়েছে, বা
"--chunk-size" এর মান যদি টুলটি এখনও কাজ করা শুরু না করে। প্রতিটির জন্য
একটি টেবিলের পরবর্তী অংশ, টুলটি প্রশ্ন করার চেষ্টা করার জন্য খণ্ডের আকার সামঞ্জস্য করে
সময় কাঙ্খিত পরিমাণ চালান. এটি একটি দ্রুতগতিতে ক্ষয়প্রাপ্ত চলমান গড় রাখে
প্রতি সেকেন্ডে ক্যোয়ারী, যাতে পরিবর্তনের কারণে সার্ভারের কর্মক্ষমতা পরিবর্তিত হয়
সার্ভার লোড, টুল দ্রুত অভিযোজিত. এটি সরঞ্জামটিকে অনুমানযোগ্যভাবে অর্জন করতে দেয়
প্রতিটি টেবিলের জন্য এবং সার্ভারের জন্য সামগ্রিকভাবে নির্ধারিত প্রশ্ন।

এই বিকল্পটি শূন্যে সেট করা থাকলে, খণ্ডের আকার স্বয়ংক্রিয়ভাবে সামঞ্জস্য হয় না, তাই চেকসাম জিজ্ঞাসা করুন
সময় পরিবর্তিত হবে, কিন্তু ক্যোয়ারী চেকসাম আকার হবে না। একই জিনিস করতে আরেকটি উপায়
"--খণ্ড-আকার"-এর জন্য একটি মান সুনির্দিষ্টভাবে নির্দিষ্ট করতে হবে, পরিবর্তে এটিকে
ডিফল্ট.

--কলাম
সংক্ষিপ্ত রূপ: -c; প্রকার: অ্যারে; গ্রুপ: ফিল্টার

চেকসাম শুধুমাত্র এই কমা দ্বারা পৃথক করা কলাম তালিকা. যদি একটি টেবিলের কোনো না থাকে
নির্দিষ্ট কলাম এড়িয়ে যাবে।

এই বিকল্পটি সমস্ত টেবিলের জন্য প্রযোজ্য, তাই এটি শুধুমাত্র একটি চেকসাম করার সময়ই বোধগম্য হয়
টেবিলে কলামের একটি সাধারণ সেট না থাকলে টেবিল।

--config
প্রকার: অ্যারে; গ্রুপ: কনফিগারেশন

কনফিগার ফাইলের এই কমা দ্বারা পৃথক করা তালিকা পড়ুন; নির্দিষ্ট করা হলে, এটি অবশ্যই প্রথম হতে হবে
কমান্ড লাইনে বিকল্প।

ডিফল্ট কনফিগার ফাইলের তালিকার জন্য "--help" আউটপুট দেখুন।

--[না] তৈরি-প্রতিলিপি-টেবিল
ডিফল্ট: হ্যাঁ

"--প্রতিলিপি" ডাটাবেস এবং টেবিল তৈরি করুন যদি তারা বিদ্যমান না থাকে। এর গঠন
প্রতিলিপি টেবিলটি "--প্রতিলিপি" এ উল্লিখিত প্রস্তাবিত টেবিলের মতোই।

--ডাটাবেস
সংক্ষিপ্ত রূপ: -d; প্রকার: হ্যাশ; গ্রুপ: ফিল্টার

শুধুমাত্র ডাটাবেসের এই কমা দ্বারা পৃথক করা তালিকা চেকসাম করুন।

--ডেটাবেস-রেজেক্স
প্রকার: স্ট্রিং; গ্রুপ: ফিল্টার

শুধুমাত্র চেকসাম ডাটাবেস যাদের নাম এই পার্ল রেজেক্সের সাথে মেলে।

--ডিফল্ট-ফাইল
সংক্ষিপ্ত রূপ: -F; প্রকার: স্ট্রিং; গ্রুপ: সংযোগ

প্রদত্ত ফাইল থেকে শুধুমাত্র mysql অপশন পড়ুন। আপনাকে অবশ্যই একটি পরম পথের নাম দিতে হবে।

--[না]খালি-প্রতিলিপি-টেবিল
ডিফল্ট: হ্যাঁ

টেবিল চেকসাম করার আগে প্রতিটি টেবিলের জন্য পূর্ববর্তী চেকসামগুলি মুছুন। এই বিকল্প
পুরো টেবিলটি ছাঁটাই করে না, এটি প্রতিটি টেবিলের জন্য শুধুমাত্র সারি (চেকসাম) মুছে দেয়
টেবিল চেকসাম করার ঠিক আগে। অতএব, যদি চেকসামিং অকালে বন্ধ হয়ে যায় এবং
আগে থেকে বিদ্যমান ডেটা ছিল, এখনও টেবিলের জন্য সারি থাকবে যা ছিল না
টুলটি বন্ধ করার আগে চেকসাম করা হয়েছে।

আপনি যদি পূর্ববর্তী চেকসাম রান থেকে পুনরায় শুরু করেন, তাহলে চেকসাম রেকর্ড করে
টেবিল যেখান থেকে টুল রিজিউম খালি করা হবে না।

সম্পূর্ণ প্রতিলিপি টেবিলটি খালি করতে, আপনাকে অবশ্যই আগে ম্যানুয়ালি "ট্রাঙ্কেট টেবিল" চালাতে হবে
টুল চলমান।

--ইঞ্জিন
সংক্ষিপ্ত রূপ: -e; প্রকার: হ্যাশ; গ্রুপ: ফিল্টার

শুধুমাত্র চেকসাম টেবিল যা এই স্টোরেজ ইঞ্জিন ব্যবহার করে।

--ব্যাখ্যা করা
ক্রমবর্ধমান: হ্যাঁ; ডিফল্ট: 0; গ্রুপ: আউটপুট

চেকসাম কোয়েরি দেখান, কিন্তু চালান না ("--[না]খালি-প্রতিলিপি-টেবিল" নিষ্ক্রিয় করে)।
যদি দুবার নির্দিষ্ট করা হয়, টুলটি আসলে chunking অ্যালগরিদমের মাধ্যমে পুনরাবৃত্তি করে,
প্রতিটি খণ্ডের জন্য উপরের এবং নীচের সীমানা মান মুদ্রণ করা হচ্ছে, কিন্তু কার্যকর করা হচ্ছে না
চেকসাম প্রশ্ন।

--ফ্লোট-নির্ভুলতা
প্রকার: int

ফ্লোট এবং ডাবল নম্বর থেকে স্ট্রিং রূপান্তরের জন্য নির্ভুলতা। ফ্লোট এবং ডাবলের কারণ
মানগুলিকে দশমিক বিন্দুর পরে নির্দিষ্ট সংখ্যায় বৃত্তাকার করতে হবে, সঙ্গে
দ্য রাউন্ড() MySQL এ ফাংশন। এই কারণে চেকসাম অমিল এড়াতে সাহায্য করতে পারে
বিভিন্ন MySQL-এ একই মানের বিভিন্ন ফ্লোটিং-পয়েন্ট উপস্থাপনা
সংস্করণ এবং হার্ডওয়্যার। ডিফল্ট কোন রাউন্ডিং হয়; মান রূপান্তরিত হয়
দ্বারা স্ট্রিং CONCAT() ফাংশন, এবং MySQL স্ট্রিং উপস্থাপনা নির্বাচন করে। আপনি যদি
2 এর একটি মান নির্দিষ্ট করুন, উদাহরণস্বরূপ, তারপর মান 1.008 এবং 1.009 বৃত্তাকার হবে
1.01, এবং সমান হিসাবে চেকসাম হবে।

--ফাংশন
প্রকার: স্ট্রিং

চেকসামগুলির জন্য হ্যাশ ফাংশন (FNV1A_64, MURMUR_HASH, SHA1, MD5, CRC32, ইত্যাদি)।

ডিফল্ট ব্যবহার করা হয় CRC32()কিন্তু MD5() এবং SHA1() এছাড়াও কাজ, এবং আপনি আপনার ব্যবহার করতে পারেন
নিজের ফাংশন, যেমন একটি সংকলিত UDF, যদি আপনি চান। আপনি যে ফাংশনটি নির্দিষ্ট করেছেন তা চালানো হয়
এসকিউএল, পার্লে নয়, তাই এটি অবশ্যই মাইএসকিউএল-এ উপলব্ধ হতে হবে।

MySQL-এর ভালো বিল্ট-ইন হ্যাশ ফাংশন নেই যা দ্রুত। CRC32() খুব প্রবণ
হ্যাশ সংঘর্ষ, এবং MD5() এবং SHA1() খুবই CPU-নিবিড়। দ্য FNV1A_64() ইউডিএফ
যেটি পারকোনা সার্ভারের সাথে বিতরণ করা হয় একটি দ্রুত বিকল্প। এটা খুব সহজ
কম্পাইল এবং ইনস্টল করুন; নির্দেশাবলীর জন্য উত্স কোডের শিরোনামটি দেখুন। যদি হয়
ইনস্টল করা হয়েছে, এটি বেশি পছন্দ করা হয় MD5()। আপনি এটি ব্যবহার করতে পারেন MURMUR_HASH() ফাংশন যদি
আপনি এটি একটি UDF হিসাবে কম্পাইল এবং ইনস্টল করুন; উৎস এছাড়াও Percona সঙ্গে বিতরণ করা হয়
সার্ভার, এবং এটি এর চেয়ে ভাল হতে পারে FNV1A_64().

--help
গ্রুপ: সাহায্য

সাহায্য দেখান এবং প্রস্থান করুন।

--হোস্ট
সংক্ষিপ্ত রূপ: -h; প্রকার: স্ট্রিং; ডিফল্ট: স্থানীয় হোস্ট; গ্রুপ: সংযোগ

সংযোগ করতে হোস্ট।

-- কলাম উপেক্ষা করুন
প্রকার: হ্যাশ; গ্রুপ: ফিল্টার

চেকসাম গণনা করার সময় এই কমা দ্বারা পৃথক করা কলামের তালিকা উপেক্ষা করুন। যদি একটি টেবিল
এর সমস্ত কলাম --ignore-কলাম দ্বারা ফিল্টার করা আছে, এটি এড়িয়ে যাবে।

-- উপেক্ষা-ডাটাবেস
প্রকার: হ্যাশ; গ্রুপ: ফিল্টার

ডাটাবেসের এই কমা দ্বারা পৃথক করা তালিকা উপেক্ষা করুন।

-- উপেক্ষা-ডাটাবেস-রেজেক্স
প্রকার: স্ট্রিং; গ্রুপ: ফিল্টার

ডাটাবেস উপেক্ষা করুন যাদের নাম এই পার্ল রেজেক্সের সাথে মেলে।

--ইঞ্জিন উপেক্ষা করুন
প্রকার: হ্যাশ; ডিফল্ট: FEDERATED,MRG_MyISAM; গ্রুপ: ফিল্টার

স্টোরেজ ইঞ্জিনের এই কমা দ্বারা পৃথক করা তালিকা উপেক্ষা করুন।

-- উপেক্ষা-সারণী
প্রকার: হ্যাশ; গ্রুপ: ফিল্টার

টেবিলের এই কমা দ্বারা পৃথক করা তালিকা উপেক্ষা করুন। টেবিলের নাম এর সাথে যোগ্য হতে পারে
ডাটাবেসের নাম। "--প্রতিলিপি" টেবিলটি সর্বদা স্বয়ংক্রিয়ভাবে উপেক্ষা করা হয়।

-- উপেক্ষা-টেবিল-রেজেক্স
প্রকার: স্ট্রিং; গ্রুপ: ফিল্টার

সারণী উপেক্ষা করুন যার নাম পার্ল রেজেক্সের সাথে মেলে।

--ম্যাক্স-ল্যাগ
প্রকার: সময়; ডিফল্ট: 1s; গ্রুপ: থ্রটল

যতক্ষণ না সমস্ত প্রতিলিপির ল্যাগ এই মানের থেকে কম হয় ততক্ষণ চেকসামিং থামান। প্রতিটির পর
চেকসাম ক্যোয়ারী (প্রতিটি খণ্ড), pt-টেবিল-চেকসাম সকলের প্রতিলিপি ল্যাগ দেখে
সেকেন্ডস_বিহাইন্ড_মাস্টার ব্যবহার করে যে প্রতিলিপিগুলি এটি সংযোগ করে। যদি কোন রেপ্লিকা পিছিয়ে থাকে
এই বিকল্পের মানের চেয়ে বেশি, তাহলে pt-table-checksum-এর জন্য ঘুম হবে
"--চেক-ব্যবধান" সেকেন্ড, তারপর আবার সমস্ত প্রতিলিপি পরীক্ষা করুন। যদি আপনি উল্লেখ করেন
"--চেক-স্লেভ-ল্যাগ", তারপর টুলটি শুধুমাত্র ল্যাগের জন্য সার্ভার পরীক্ষা করে, সব সার্ভার নয়।

প্রতিলিপিগুলি পিছিয়ে থাকা বন্ধ করার জন্য টুলটি চিরতরে অপেক্ষা করে। কোন প্রতিলিপি বন্ধ করা হলে,
প্রতিরূপ শুরু না হওয়া পর্যন্ত টুল চিরতরে অপেক্ষা করে। একবার চেকসামিং চলতে থাকে
প্রতিলিপিগুলি চলছে এবং খুব বেশি পিছিয়ে নেই।

টুলটি অপেক্ষা করার সময় অগ্রগতি প্রতিবেদন প্রিন্ট করে। একটি প্রতিলিপি বন্ধ করা হলে, এটি একটি মুদ্রণ
অগ্রগতি প্রতিবেদন অবিলম্বে, তারপর আবার প্রতিটি অগ্রগতি প্রতিবেদনের ব্যবধানে।

এছাড়াও "প্রতিলিপি চেকস" দেখুন।

--সর্বোচ্চ বোঝা
প্রকার: অ্যারে; ডিফল্ট: Threads_running=25; গ্রুপ: থ্রটল

প্রতিটি খণ্ডের পরে বিশ্বব্যাপী স্ট্যাটাস দেখান পরীক্ষা করুন এবং যদি কোনো স্থিতি ভেরিয়েবল থাকে তাহলে বিরতি দিন
প্রান্তিকের চেয়ে বেশি। বিকল্পটি MySQL স্থিতির একটি কমা-বিচ্ছিন্ন তালিকা গ্রহণ করে
একটি থ্রেশহোল্ড চেক করার জন্য ভেরিয়েবল। একটি ঐচ্ছিক "=MAX_VALUE" (বা ":MAX_VALUE") পারে
প্রতিটি পরিবর্তনশীল অনুসরণ করুন। যদি দেওয়া না হয়, টুলটি পরীক্ষা করে একটি থ্রেশহোল্ড নির্ধারণ করে
বর্তমান মান এবং এটি 20% বৃদ্ধি করে।

উদাহরণ স্বরূপ, আপনি যদি চান যে থ্রেডস_কানেক্টেড খুব বেশি হয়ে গেলে টুলটি থামাতে
"Threads_connected" নির্দিষ্ট করতে পারে, এবং টুলটি বর্তমান মান পরীক্ষা করবে যখন এটি
কাজ শুরু করে এবং সেই মানের সাথে 20% যোগ করুন। যদি বর্তমান মান 100 হয়, তাহলে টুল
Threads_connected 120 ছাড়িয়ে গেলে বিরতি দেওয়া হবে এবং 120-এর নিচে হলে আবার কাজ শুরু করবে
আবার আপনি যদি একটি সুস্পষ্ট থ্রেশহোল্ড নির্দিষ্ট করতে চান, যেমন 110, আপনি যে কোনো একটি ব্যবহার করতে পারেন
"থ্রেডস_সংযুক্ত: 110" বা "থ্রেডস_সংযুক্ত = 110"।

এই বিকল্পটির উদ্দেশ্য হল টুলটিকে তে অত্যধিক লোড যোগ করা থেকে প্রতিরোধ করা
সার্ভার যদি চেকসাম প্রশ্নগুলি অনুপ্রবেশকারী হয়, অথবা যদি তারা লক অপেক্ষা করে, তাহলে অন্য
সার্ভারে প্রশ্নগুলি ব্লক এবং সারিবদ্ধ হতে থাকে। এই সাধারণত কারণ হবে
Threads_running বাড়ানোর জন্য, এবং টুলটি শো গ্লোবাল চালানোর মাধ্যমে তা সনাক্ত করতে পারে
প্রতিটি চেকসাম কোয়েরি শেষ হওয়ার সাথে সাথেই স্ট্যাটাস। যদি আপনি একটি থ্রেশহোল্ড নির্দিষ্ট করুন
এই পরিবর্তনশীল, তারপর আপনি ক্যোয়ারী চলমান না হওয়া পর্যন্ত অপেক্ষা করার জন্য টুল নির্দেশ করতে পারেন
আবার স্বাভাবিকভাবে। তবে এটি সারিবদ্ধ হওয়া রোধ করবে না; এটা শুধুমাত্র সার্ভার দিতে হবে
সারিবদ্ধ থেকে পুনরুদ্ধার করার একটি সুযোগ। আপনি যদি সারিবদ্ধতা লক্ষ্য করেন তবে এটি হ্রাস করা ভাল
খণ্ড সময়

--পাসওয়ার্ড
সংক্ষিপ্ত রূপ: -p; প্রকার: স্ট্রিং; গ্রুপ: সংযোগ

সংযোগ করার সময় ব্যবহার করার জন্য পাসওয়ার্ড। যদি পাসওয়ার্ডে কমা থাকে তবে সেগুলিকে এস্কেপ করতে হবে৷
ব্যাকস্ল্যাশ সহ: "পরীক্ষা\,ple"

--পিড
প্রকার: স্ট্রিং

প্রদত্ত পিআইডি ফাইল তৈরি করুন। পিআইডি ফাইলটি ইতিমধ্যে বিদ্যমান থাকলে টুলটি শুরু হবে না এবং
এতে থাকা PID বর্তমান PID থেকে আলাদা। তবে পিআইডি ফাইল হলে
বিদ্যমান এবং এতে থাকা পিআইডি আর চলছে না, টুলটি পিআইডি ওভাররাইট করবে
বর্তমান পিআইডি সহ ফাইল করুন। পিআইডি ফাইলটি স্বয়ংক্রিয়ভাবে সরানো হয় যখন টুলটি প্রস্থান করে।

--প্লাগ লাগানো
প্রকার: স্ট্রিং

পার্ল মডিউল ফাইল যা একটি "pt_table_checksum_plugin" ক্লাস সংজ্ঞায়িত করে। একটি প্লাগইন আপনাকে অনুমতি দেয়
একটি পার্ল মডিউল লিখতে যা pt-table-checksum-এর অনেক অংশে হুক করতে পারে। এই
পার্ল এবং পারকোনা টুলকিট কনভেনশনগুলির একটি ভাল জ্ঞান প্রয়োজন, যা এর বাইরে
এই ডকুমেন্টেশন এই সুযোগ. আপনার প্রশ্ন থাকলে Percona যোগাযোগ করুন বা
সাহায্য দরকার.

আরও তথ্যের জন্য "PLUGIN" দেখুন।

--বন্দর
সংক্ষিপ্ত রূপ: -P; প্রকার: int; গ্রুপ: সংযোগ

সংযোগের জন্য ব্যবহার করার জন্য পোর্ট নম্বর।

--প্রগতি
প্রকার: অ্যারে; ডিফল্ট: সময়, 30

STDERR-এ অগ্রগতি প্রতিবেদন প্রিন্ট করুন।

মানটি দুটি অংশ সহ একটি কমা দ্বারা পৃথক করা তালিকা৷ প্রথম অংশ শতাংশ হতে পারে,
সময়, বা পুনরাবৃত্তি; দ্বিতীয় অংশটি নির্দিষ্ট করে কত ঘন ঘন একটি আপডেট মুদ্রণ করা উচিত,
শতাংশে, সেকেন্ডে বা পুনরাবৃত্তির সংখ্যায়। টুলটির জন্য অগ্রগতি প্রতিবেদন প্রিন্ট করে
বিভিন্ন সময় সাপেক্ষ ক্রিয়াকলাপ, সহ প্রতিলিপিগুলি ধরার জন্য অপেক্ষা করা
তারা পিছিয়ে পড়ে।

-- শান্ত
সংক্ষিপ্ত রূপ: -q; ক্রমবর্ধমান: হ্যাঁ; ডিফল্ট: 0

শুধুমাত্র সবচেয়ে গুরুত্বপূর্ণ তথ্য মুদ্রণ করুন ("--প্রগতি" নিষ্ক্রিয় করে)। এই নির্দিষ্ট
বিকল্পটি একবার টুলটিকে শুধুমাত্র ত্রুটি, সতর্কতা, এবং টেবিলগুলি মুদ্রণ করতে দেয়
চেকসাম পার্থক্য।

এই বিকল্পটি দুবার উল্লেখ করার ফলে টুলটি শুধুমাত্র ত্রুটি মুদ্রণ করে। এই ক্ষেত্রে, আপনি
কোন সতর্কতা বা চেকসাম ছিল কিনা তা নির্ধারণ করতে টুলটির প্রস্থান অবস্থা ব্যবহার করতে পারে
পার্থক্য

-- পুনরাবৃত্তি
প্রকার: int

প্রতিলিপিগুলি আবিষ্কার করার সময় অনুক্রমে পুনরাবৃত্তি করার স্তরের সংখ্যা৷ ডিফল্ট হয়
অসীম. এছাড়াও "--পুনরাবৃত্তি-পদ্ধতি" এবং "প্রতিলিপি চেকস" দেখুন।

--পুনরাবৃত্তি-পদ্ধতি
প্রকার: অ্যারে; ডিফল্ট: প্রসেসলিস্ট, হোস্ট

প্রতিরূপ আবিষ্কারের জন্য পছন্দের পুনরাবৃত্তি পদ্ধতি। pt-টেবিল-চেকসাম সম্পাদন করে
চালানোর আগে এবং চলাকালীন বেশ কয়েকটি "প্রতিলিপি চেক"।

যদিও পিটি-টেবিল-চেকসাম চালানোর জন্য প্রতিলিপিগুলির প্রয়োজন নেই, টুলটি সনাক্ত করতে পারে না
দাসদের উপর পার্থক্য যা এটি আবিষ্কার করতে পারে না। অতএব, একটি সতর্কতা মুদ্রিত হয় এবং
"প্রস্থান স্থিতি" অ-শূন্য হয় যদি কোন প্রতিলিপি পাওয়া না যায় এবং পদ্ধতিটি "কোনটি" না হয়। যদি
এটি ঘটে, একটি ভিন্ন পুনরাবৃত্তি পদ্ধতি চেষ্টা করুন, অথবা নির্দিষ্ট করতে "dsn" পদ্ধতি ব্যবহার করুন
চেক করতে প্রতিলিপি.

সম্ভাব্য পদ্ধতি হল:

পদ্ধতি ব্যবহার করে
=============================================== ======
প্রসেসলিস্ট প্রসেসলিস্ট দেখান
হোস্ট শো স্লেভ হোস্ট
ক্লাস্টার শো স্ট্যাটাস লাইক 'wsrep\_incoming\_addresses'
dsn= DSN DSN একটি টেবিল থেকে
কেউ দাস খুঁজে না

"প্রসেসলিস্ট" পদ্ধতিটি ডিফল্ট, কারণ "স্লেভ হোস্ট দেখান" নির্ভরযোগ্য নয়।
যাইহোক, যদি সার্ভার একটি অ-মানক পোর্ট ব্যবহার করে (3306 নয়), তাহলে "হোস্ট" পদ্ধতি
ডিফল্ট হয়ে যায় কারণ এটি এই ক্ষেত্রে আরও ভাল কাজ করে।

"হোস্ট" পদ্ধতির জন্য প্রতিলিপিগুলিকে "report_host" এর সাথে কনফিগার করা প্রয়োজন।
"report_port", ইত্যাদি

"ক্লাস্টার" পদ্ধতির জন্য Galera 23.7.3 বা আরও নতুনের উপর ভিত্তি করে একটি ক্লাস্টার প্রয়োজন, যেমন
Percona XtraDB ক্লাস্টার সংস্করণ 5.5.29 এবং তার উপরে। এটি একটি নোডগুলি স্বয়ংক্রিয়ভাবে আবিষ্কার করবে
"wsrep\_incoming\_addresses' এর মত স্ট্যাটাস দেখান" ব্যবহার করে ক্লাস্টার। আপনি একত্রিত করতে পারেন
ক্লাস্টার নোড এবং প্রতিলিপিগুলি স্বয়ংক্রিয়ভাবে আবিষ্কার করতে "প্রসেসলিস্ট" এবং "হোস্ট" সহ "ক্লাস্টার",
কিন্তু এই কার্যকারিতা পরীক্ষামূলক।

"DSN" পদ্ধতিটি বিশেষ: স্বয়ংক্রিয়ভাবে প্রতিলিপি আবিষ্কার করার পরিবর্তে, এটি
পদ্ধতি প্রতিরূপ DSNs সহ একটি টেবিল নির্দিষ্ট করে। টুলটি শুধুমাত্র এইগুলির সাথে সংযোগ করবে
প্রতিলিপি এই পদ্ধতিটি সবচেয়ে ভাল কাজ করে যখন প্রতিলিপিগুলি একই MySQL ব্যবহারকারীর নাম ব্যবহার করে না বা
মাস্টার হিসাবে পাসওয়ার্ড, বা যখন আপনি সংযোগ থেকে টুল প্রতিরোধ করতে চান
নির্দিষ্ট প্রতিলিপি। "dsn" পদ্ধতিটি নির্দিষ্ট করা হয়েছে যেমন: "--পুনরাবৃত্তি-পদ্ধতি
dsn=h=host,D=percona,t=dsns।" নির্দিষ্ট DSN-এর অবশ্যই D এবং t অংশ থাকতে হবে, অথবা শুধুমাত্র একটি
ডাটাবেস-যোগ্য টি অংশ, যা DSN টেবিল নির্দিষ্ট করে। ডিএসএন টেবিলে অবশ্যই থাকতে হবে
নিম্নলিখিত গঠন:

টেবিল তৈরি করুন `dsns` (
`আইডি` কোন int(11) স্বয়ংক্রিয়_ইনক্রিমেন্ট শূন্য নয়,
`অভিভাবক_আইডি` কোন int(11) ডিফল্ট শূন্য,
`dsn` varchar(255) শূন্য নয়,
প্রাথমিক কী (`id`)
);

DSN গুলি "id" দ্বারা অর্ডার করা হয়, কিন্তু "id" এবং "parent_id" অন্যথায় উপেক্ষা করা হয়। "ডিএসএন"
কলামে একটি প্রতিরূপ DSN রয়েছে যেমন এটি কমান্ড লাইনে দেওয়া হবে, উদাহরণস্বরূপ:
"h=replica_host,u=repl_user,p=repl_pass"।

"কিছুই নয়" পদ্ধতিটি টুলটিকে সমস্ত স্লেভ এবং ক্লাস্টার নোডকে উপেক্ষা করে। এই পদ্ধতি হল
প্রস্তাবিত নয় কারণ এটি কার্যকরভাবে "প্রতিলিপি চেক" অক্ষম করে এবং না
পার্থক্য পাওয়া যাবে। এটি দরকারী, তবে, যদি আপনার শুধুমাত্র চেকসাম লিখতে হয়
মাস্টার বা একটি একক ক্লাস্টার নোডে। নিরাপদ বিকল্প হল
"--no-replicate-check": টুলটি প্রতিলিপি এবং ক্লাস্টার নোড খুঁজে পায়, সম্পাদন করে
"প্রতিলিপি চেক", কিন্তু পার্থক্য পরীক্ষা করে না। "--[নো] প্রতিলিপি-চেক" দেখুন।

--প্রতিলিপি করা
প্রকার: স্ট্রিং; ডিফল্ট: percona.checksums

এই টেবিলে চেকসাম ফলাফল লিখুন। প্রতিলিপি টেবিলে এই কাঠামো থাকতে হবে
(MAGIC_create_replicate):

টেবিল চেকসাম তৈরি করুন (
db চর(64) শূন্য নয়,
tbl চর(64) শূন্য নয়,
খণ্ড INT শূন্য নয়,
chunk_time float NULL,
chunk_index ভোরচার(200) NULL,
নিম্ন_সীমানা পাঠ্য শূন্য,
উপরের_সীমানা টেক্সট NULL,
this_crc চর(40) শূন্য নয়,
this_cnt INT NOT NULL,
master_crc চর(40) NULL,
master_cnt INT NULL,
ts TIMESTAMP শূন্য ডিফল্ট নয় CURRENT_TIMESTAMP আপডেটে CURRENT_TIMESTAMP,
প্রাথমিক কী (db, tbl, খণ্ড),
INDEX ts_db_tbl (ts, db, tbl)
) ইঞ্জিন=ইনোডিবি;

দ্রষ্টব্য: low_boundary এবং upper_boundary ডাটা টাইপ BLOB হতে পারে। "-বাইনারী-সূচক" দেখুন।

ডিফল্টরূপে, "--[no]create-replicate-table" সত্য, তাই ডাটাবেস এবং টেবিল
এই বিকল্প দ্বারা নির্দিষ্ট করা স্বয়ংক্রিয়ভাবে তৈরি হয় যদি তারা বিদ্যমান না থাকে।

প্রতিলিপি টেবিলের জন্য একটি উপযুক্ত স্টোরেজ ইঞ্জিন চয়ন করতে ভুলবেন না। যদি তুমি হও
InnoDB টেবিল চেকসামিং, এবং আপনি এই টেবিলের জন্য MyISAM ব্যবহার করেন, একটি অচলাবস্থা ভেঙ্গে যাবে
প্রতিলিপি, কারণ লেনদেনমূলক এবং অ-লেনদেনযোগ্য টেবিলের মিশ্রণ
চেকসাম স্টেটমেন্টের কারণে এটি বিনলগে লেখা হবে যদিও এটিতে একটি ছিল
ত্রুটি. এটি তারপরে প্রতিলিপিগুলিতে কোনও অচলাবস্থা ছাড়াই পুনরায় খেলবে এবং প্রতিলিপি ভেঙে দেবে
সঙ্গে "প্রভু এবং দাসের ভিন্ন ত্রুটি।" এটি pt-টেবিলের সাথে একটি সমস্যা নয়-
চেকসাম; এটি MySQL প্রতিলিপির সাথে একটি সমস্যা, এবং আপনি এটি সম্পর্কে আরও পড়তে পারেন
মাইএসকিউএল ম্যানুয়াল।

প্রতিলিপি টেবিলটি কখনই চেকসাম করা হয় না (টুলটি স্বয়ংক্রিয়ভাবে এই টেবিলটি যোগ করে
"--- উপেক্ষা-টেবিল")।

--[না]প্রতিলিপি-চেক
ডিফল্ট: হ্যাঁ

প্রতিটি টেবিল শেষ করার পরে ডেটা পার্থক্যের জন্য প্রতিলিপিগুলি পরীক্ষা করুন। টুল খুঁজে পায়
সনাক্ত করা সমস্ত প্রতিলিপিতে একটি সাধারণ SELECT স্টেটমেন্ট কার্যকর করার মাধ্যমে পার্থক্য। দ্য
ক্যোয়ারী রেপ্লিকা এর চেকসাম ফলাফলকে মাস্টারের চেকসাম ফলাফলের সাথে তুলনা করে। এটা
আউটপুটের DIFFS কলামে পার্থক্য রিপোর্ট করে।

--প্রতিলিপি-চেক-শুধুমাত্র
চেকসাম প্রশ্নগুলি নির্বাহ না করে ধারাবাহিকতার জন্য প্রতিলিপিগুলি পরীক্ষা করুন৷ এই বিকল্প হয়
শুধুমাত্র "--[no] replicate-check" এর সাথে ব্যবহৃত হয়। নির্দিষ্ট করা থাকলে, pt-টেবিল-চেকসাম করে না
যেকোনো টেবিল চেকসাম করুন। এটি পূর্ববর্তী দ্বারা পাওয়া পার্থক্যের জন্য প্রতিলিপি পরীক্ষা করে
চেকসামিং, এবং তারপর প্রস্থান করে। আপনি যদি শান্তভাবে pt-table-checksum চালান তবে এটি কার্যকর হতে পারে
একটি ক্রন চাকরিতে, উদাহরণস্বরূপ, এবং পরে ক্রন কাজের ফলাফলের উপর একটি প্রতিবেদন চাই,
সম্ভবত একটি Nagios চেক বাস্তবায়ন করতে.

--প্রতিলিপি-চেক-পুনরায় চেষ্টা
প্রকার: int; ডিফল্ট: 1

চেকসাম তুলনা করার জন্য এটি অনেকবার চেষ্টা করুন যখন একটি পার্থক্য সম্মুখীন হয়। শুধুমাত্র যখন
এই সংখ্যার চেকের পরে একটি পার্থক্য বজায় থাকে এটি বৈধ বলে বিবেচিত হয়। এটি ব্যবহার করে
2 বা ততোধিক মান সহ বিকল্পটি ব্যবহার করার সময় উত্থাপিত বানোয়াট পার্থক্যগুলি দূর করে
--resume অপশন।

--প্রতিলিপি-ডাটাবেস
প্রকার: স্ট্রিং

শুধুমাত্র এই ডাটাবেস ব্যবহার করুন. ডিফল্টরূপে, pt-টেবিল-চেকসাম নির্বাচন করতে ব্যবহার করে
ডাটাবেস যে টেবিলটি বর্তমানে কাজ করছে তা রয়েছে। এটি একটি সেরা প্রচেষ্টা
প্রতিলিপি ফিল্টারগুলির সমস্যা এড়াতে যেমন binlog_ignore_db এবং
replicate_ignore_db. যাইহোক, প্রতিলিপি ফিল্টার সেখানে একটি পরিস্থিতি তৈরি করতে পারে
সহজভাবে জিনিস করতে কোন এক সঠিক উপায়. কিছু বিবৃতি প্রতিলিপি করা যাবে না, এবং
অন্যদের প্রতিলিপি ব্যর্থ হতে পারে। এই ধরনের ক্ষেত্রে, আপনি এই বিকল্পটি ব্যবহার করতে পারেন
একটি ডিফল্ট ডাটাবেস নির্দিষ্ট করুন যা pt-table-checksum USE-এর সাথে নির্বাচন করে এবং কখনই পরিবর্তন হয় না।
এছাড়াও দেখুন "--[no]চেক-প্রতিলিপি-ফিল্টার"।

--জীবনবৃত্তান্ত
শেষ সমাপ্ত খণ্ড থেকে চেকসামিং পুনরায় শুরু করুন (অক্ষম করুন
"--[না]খালি-প্রতিলিপি-টেবিল")। যদি টুলটি সমস্ত টেবিল চেকসাম করার আগে থামে,
এই বিকল্পটি শেষ টেবিলের শেষ অংশ থেকে চেকসামিং সারসংকলন তৈরি করে
সমাপ্ত।

--পুনরায় চেষ্টা করুন
প্রকার: int; ডিফল্ট: 2

একটি অপ্রত্যাশিত ত্রুটি থাকলে এটি অনেকবার একটি খণ্ড পুনরায় চেষ্টা করুন। অপ্রত্যাশিত ত্রুটি হয়
সমস্যা যেমন একটি লক অপেক্ষার সময়সীমা বা ক্যোয়ারী মারা যাচ্ছে।

--রান-টাইম
প্রকার: সময়

কতক্ষণ চালাতে হবে। সমস্ত টেবিল চেকসাম করা না হওয়া পর্যন্ত ডিফল্ট চালানো হয়। এইগুলো
সময়ের মান প্রত্যয় অনুমোদিত: s (সেকেন্ড), m (মিনিট), h (ঘন্টা), এবং d (দিন)।
একটি বরাদ্দের মধ্যে যতগুলি টেবিল চেকসাম করতে "--resume" এর সাথে এই বিকল্পটি একত্রিত করুন৷
সময়, পরের বার চালানোর সময় টুলটি যেখান থেকে ছেড়ে গেছে সেখান থেকে পুনরায় শুরু করা হচ্ছে।

-- বিভাজক
প্রকার: স্ট্রিং; ডিফল্ট: #

এর জন্য ব্যবহৃত বিভাজক অক্ষর CONCAT_WS(). এই অক্ষর যোগদান করতে ব্যবহৃত হয়
চেকসামিং করার সময় কলামের মান।

--সেট-ভার্স
প্রকার: অ্যারে; গ্রুপ: সংযোগ

"variable=value" জোড়ার এই কমা দ্বারা পৃথক করা তালিকায় MySQL ভেরিয়েবল সেট করুন।

ডিফল্টরূপে, টুল সেট করে:

অপেক্ষা_সময় শেষ = 10000
innodb_lock_wait_timeout=1

কমান্ড লাইনে নির্দিষ্ট করা ভেরিয়েবল এই ডিফল্টগুলিকে ওভাররাইড করে। উদাহরণ স্বরূপ,
"--set-vars wait_timeout=500" নির্দিষ্ট করা 10000-এর ডিফল্ট মানকে ওভাররাইড করে।

টুলটি একটি সতর্কতা প্রিন্ট করে এবং একটি ভেরিয়েবল সেট করা না গেলে চলতে থাকে।

--সকেট
ছোট ফর্ম; প্রকার: স্ট্রিং; গ্রুপ: সংযোগ

সংযোগের জন্য ব্যবহার করার জন্য সকেট ফাইল।

--টেবিল
সংক্ষিপ্ত রূপ: -t; প্রকার: হ্যাশ; গ্রুপ: ফিল্টার

চেকসাম শুধুমাত্র এই কমা দ্বারা পৃথক করা টেবিলের তালিকা। টেবিল নাম সঙ্গে যোগ্যতা হতে পারে
ডাটাবেসের নাম।

--টেবিল-রেজেক্স
প্রকার: স্ট্রিং; গ্রুপ: ফিল্টার

চেকসাম শুধুমাত্র টেবিল যার নাম এই পার্ল রেজেক্সের সাথে মেলে।

-- ছাঁটা
বিজ্ঞাপন TRIM() VARCHAR কলামে (4.1 থেকে >= 5.0 তুলনা করার সময় সাহায্য করে)। এটি দরকারী
যখন আপনি মাইএসকিউএল সংস্করণগুলির মধ্যে ট্রেলিং স্পেস পার্থক্য সম্পর্কে চিন্তা করবেন না
তাদের পিছনের স্থানগুলির পরিচালনার ক্ষেত্রে তারতম্য। MySQL 5.0 এবং পরে সবগুলোই ট্রেলিং ধরে রাখে
VARCHAR-এ স্পেস, পূর্ববর্তী সংস্করণগুলি সেগুলি সরিয়ে দেবে। এই পার্থক্য হবে
মিথ্যা চেকসাম পার্থক্য সৃষ্টি করে।

-- ব্যবহারকারী
সংক্ষিপ্ত রূপ: -u; প্রকার: স্ট্রিং; গ্রুপ: সংযোগ

বর্তমান ব্যবহারকারী না হলে লগইন করার জন্য ব্যবহারকারী।

--সংস্করণ
গ্রুপ: সাহায্য

সংস্করণ দেখান এবং প্রস্থান করুন।

--[কোন] সংস্করণ-চেক
ডিফল্ট: হ্যাঁ

Percona Toolkit, MySQL, এবং অন্যান্য প্রোগ্রামগুলির সর্বশেষ সংস্করণের জন্য পরীক্ষা করুন৷

এটি একটি স্ট্যান্ডার্ড "স্বয়ংক্রিয়ভাবে আপডেটের জন্য চেক করুন" বৈশিষ্ট্য, দুটি অতিরিক্ত সহ
বৈশিষ্ট্য প্রথমত, টুলটি স্থানীয় সিস্টেমে অন্যান্য প্রোগ্রামের সংস্করণ পরীক্ষা করে
এর নিজস্ব সংস্করণ ছাড়াও। উদাহরণস্বরূপ, এটি প্রতিটি MySQL সার্ভারের সংস্করণ পরীক্ষা করে
এটি পার্ল এবং পার্ল মডিউল DBD::mysql-এর সাথে সংযোগ করে। দ্বিতীয়ত, এটি পরীক্ষা করে এবং সতর্ক করে
পরিচিত সমস্যা সহ সংস্করণ সম্পর্কে। উদাহরণস্বরূপ, MySQL 5.5.25-এ একটি জটিল বাগ ছিল এবং
5.5.25a হিসাবে পুনরায় প্রকাশিত হয়েছিল৷

যেকোন আপডেট বা পরিচিত সমস্যা টুলের স্বাভাবিক আউটপুটের আগে STDOUT এ প্রিন্ট করা হয়।
এই বৈশিষ্ট্যটি কখনই টুলের স্বাভাবিক ক্রিয়াকলাপে হস্তক্ষেপ করবে না।

আরো তথ্যের জন্য, যান .

--কোথায়
প্রকার: স্ট্রিং

এই WHERE ক্লজের সাথে মেলে শুধুমাত্র সারিগুলি করুন৷ আপনি সীমাবদ্ধ করতে এই বিকল্পটি ব্যবহার করতে পারেন
চেকসাম শুধুমাত্র টেবিলের অংশে। এটি বিশেষভাবে কার্যকর যদি আপনার যুক্ত থাকে-
শুধুমাত্র টেবিল এবং ক্রমাগত সমস্ত সারি পুনরায় পরীক্ষা করতে চান না; আপনি একটি দৈনিক কাজ চালাতে পারেন
উদাহরণস্বরূপ, গতকালের সারিগুলি পরীক্ষা করতে।

এই বিকল্পটি অনেকটা mysqldump-এর -w বিকল্পের মতো। কোথায় উল্লেখ করবেন না
কীওয়ার্ড আপনি মান উদ্ধৃত করা প্রয়োজন হতে পারে. এখানে একটি উদাহরণ:

pt-টেবিল-চেকসাম -- যেখানে "ts > CURRENT_DATE - INTERVAL 1 দিন"

রেপ্লিকা চেক

ডিফল্টরূপে, পিটি-টেবিল-চেকসাম এর সাথে সংযুক্ত সমস্ত প্রতিলিপি খুঁজে পেতে এবং সংযোগ করার চেষ্টা করে
প্রধান হোস্ট। এই স্বয়ংক্রিয় প্রক্রিয়াটিকে "স্লেভ রিকারশন" বলা হয় এবং এটি দ্বারা নিয়ন্ত্রিত হয়
"--পুনরাবৃত্তি-পদ্ধতি" এবং "--পুনরাবৃত্তি" বিকল্পগুলি। টুলটি সকলের উপর এই চেকগুলি সম্পাদন করে
প্রতিরূপ:

1. "--[না]চেক-প্রতিলিপি-ফিল্টার"
pt-table-checksum সমস্ত প্রতিলিপিতে প্রতিলিপি ফিল্টার পরীক্ষা করে কারণ তারা করতে পারে
চেকসাম প্রক্রিয়াকে জটিল বা ভাঙ্গা। ডিফল্টরূপে, যদি থাকে টুলটি প্রস্থান করবে
প্রতিলিপি ফিল্টার পাওয়া যায়, কিন্তু এই চেকটি নির্দিষ্ট করে নিষ্ক্রিয় করা যেতে পারে
"--না-চেক-প্রতিলিপি-ফিল্টার"।

2. "--প্রতিলিপি" টেবিল
pt-table-checksum চেক করে যে "--replicate" টেবিলটি সমস্ত প্রতিলিপিতে বিদ্যমান, অন্যথায়
যখন মাস্টার প্রতিলিপিতে টেবিলে আপডেট করা হয় তখন চেকসামিং প্রতিলিপি ভাঙ্গতে পারে
একটি প্রতিরূপ যা টেবিল নেই. এই চেক নিষ্ক্রিয় করা যাবে না, এবং টুল
"--প্রগতি" বার্তা প্রিন্ট করে সমস্ত প্রতিলিপিতে টেবিলটি উপস্থিত না হওয়া পর্যন্ত চিরকাল অপেক্ষা করে
যখন এটি অপেক্ষা করে।

3. একক খণ্ড আকার
যদি একটি টেবিলকে মাস্টারের একক অংশে চেকসাম করা যায়, তাহলে পিটি-টেবিল-চেকসাম হবে
পরীক্ষা করুন যে সমস্ত প্রতিলিপিতে টেবিলের আকার "--খণ্ড-আকার" * এর চেয়ে কম
"-খণ্ড-আকার-সীমা"। এটি একটি বিরল সমস্যা প্রতিরোধ করে যেখানে মাস্টারের টেবিলটি রয়েছে
খালি বা ছোট, কিন্তু একটি প্রতিলিপিতে এটি অনেক বড়। এই ক্ষেত্রে, একক খণ্ড
মাস্টারের চেকসাম প্রতিরূপটিকে ওভারলোড করবে।

আরেকটি বিরল সমস্যা দেখা দেয় যখন একটি প্রতিরূপের টেবিলের আকার কাছাকাছি হয়
"--খণ্ড-আকার" * "--খণ্ড-আকার-সীমা"। এই ধরনের ক্ষেত্রে, টেবিল হওয়ার সম্ভাবনা বেশি
বাদ দেওয়া হয়েছে যদিও এটি একটি একক খণ্ডে চেকসাম করা নিরাপদ। এটি ঘটে কারণ
টেবিল মাপ আনুমানিক হয়. যখন সেই অনুমান এবং "--খণ্ড-আকার" *
"--খণ্ড-আকার-সীমা" প্রায় সমান, এই চেকটি আরও সংবেদনশীল হয়ে ওঠে
সারণী আকারে প্রকৃত উল্লেখযোগ্য পার্থক্যের পরিবর্তে ত্রুটির মার্জিন অনুমান করে।
"--chunk-size-limit"-এর জন্য একটি বড় মান নির্দিষ্ট করা এই সমস্যা এড়াতে সাহায্য করে।

এই চেক নিষ্ক্রিয় করা যাবে না.

4. ল্যাগ
প্রতিটি খণ্ডের পরে, পিটি-টেবিল-চেকসাম সমস্ত প্রতিলিপিতে ল্যাগ পরীক্ষা করে, বা শুধুমাত্র
"--চেক-স্লেভ-ল্যাগ" দ্বারা নির্দিষ্ট করা প্রতিরূপ। এই টুল ওভারলোড না সাহায্য করে
চেকসাম ডেটা সহ প্রতিলিপি। এই চেক নিষ্ক্রিয় করার কোন উপায় নেই, কিন্তু আপনি করতে পারেন
"--চেক-স্লেভ-ল্যাগ" দিয়ে চেক করার জন্য একটি একক প্রতিলিপি নির্দিষ্ট করুন এবং যদি সেই প্রতিরূপ হয়
দ্রুত, এটি রেপ্লিকা ল্যাগ কমানোর জন্য খুব বেশি সময় অপেক্ষা করা থেকে টুলটিকে আটকাতে সাহায্য করবে।

5. চেকসাম খণ্ড
যখন pt-table-checksum একটি টেবিল চেকসাম করা শেষ করে, এটি শেষ চেকসামের জন্য অপেক্ষা করে
সমস্ত প্রতিলিপিতে প্রতিলিপি করার জন্য খণ্ড করুন যাতে এটি "--[না]প্রতিলিপি-চেক" সম্পাদন করতে পারে।
--no-replicate-check উল্লেখ করে সেই বিকল্পটি নিষ্ক্রিয় করা এই চেকটিকে নিষ্ক্রিয় করে, কিন্তু এটি
এছাড়াও চেকসাম পার্থক্যের অবিলম্বে রিপোর্টিং নিষ্ক্রিয় করে, যার ফলে একটি সেকেন্ডের প্রয়োজন হয়
চেকসাম পার্থক্যগুলি খুঁজে পেতে এবং মুদ্রণ করতে "--প্রতিলিপি-চেক-অনলি" সহ টুলটি চালান।

প্লাগ লাগানো

"--প্লাগইন" দ্বারা নির্দিষ্ট করা ফাইলটিকে অবশ্যই একটি শ্রেণী (যেমন একটি প্যাকেজ) বলা হবে
একটি "নতুন()" সাবরুটিন সহ "pt_table_checksum_plugin"। টুলটি এর একটি উদাহরণ তৈরি করবে
এই বর্গ এবং কোন হুক কল যে এটি সংজ্ঞায়িত করে. কোন হুক প্রয়োজন নেই, কিন্তু একটি প্লাগইন নয়
তাদের ছাড়া খুব দরকারী।

এই হুকগুলিকে এই ক্রমে বলা হয় যদি সংজ্ঞায়িত করা হয়:

এটা
আগে_প্রতিলিপি_চেক করুন
after_replicate_check
get_slave_lag
আগে_চেকসাম_টেবিল
পরে_চেকসাম_টেবিল

প্রতিটি হুক বিভিন্ন আর্গুমেন্ট পাস করা হয়. কোন আর্গুমেন্ট একটি হুকে পাস করা হয় তা দেখতে,
টুলের সোর্স কোডে হুকের নাম অনুসন্ধান করুন, যেমন:

# --প্লাগইন হুক
যদি ( $plugin && $plugin->can('init') ) {
$plugin->init(
ক্রীতদাস => $দাস,
slave_lag_cxns => $slave_lag_cxns,
repl_table => $repl_table,
);
}

মন্তব্য "# --plugin হুক" প্রতিটি হুক কলের আগে থাকে।

আপনার কোন প্রশ্ন থাকলে বা সাহায্যের প্রয়োজন হলে অনুগ্রহ করে পারকোনার সাথে যোগাযোগ করুন।

ডিএসএন বিকল্প

এই DSN বিকল্পগুলি একটি DSN তৈরি করতে ব্যবহৃত হয়। প্রতিটি অপশন দেওয়া আছে যেমন "option=value"।
বিকল্পগুলি কেস-সংবেদনশীল, তাই P এবং p একই বিকল্প নয়। থাকতে পারে না
"=" এর আগে বা পরে হোয়াইটস্পেস এবং যদি মানটিতে হোয়াইটস্পেস থাকে তবে এটি অবশ্যই উদ্ধৃত করা উচিত।
DSN বিকল্পগুলি কমা দ্বারা পৃথক করা হয়৷ সম্পূর্ণ বিবরণের জন্য percona-toolkit ম্যানপেজ দেখুন।

· এ

dsn: অক্ষর সেট; অনুলিপি: হ্যাঁ

ডিফল্ট অক্ষর সেট।

· ডি

অনুলিপি: না

DSN টেবিল ডাটাবেস।

· F

dsn: mysql_read_default_file; অনুলিপি: হ্যাঁ

সংযোগ মান জন্য ডিফল্ট ফাইল.

· জ

dsn: হোস্ট; অনুলিপি: হ্যাঁ

হোস্টের সাথে সংযোগ করুন।

· পি

dsn: পাসওয়ার্ড; অনুলিপি: হ্যাঁ

সংযোগ করার সময় ব্যবহার করার জন্য পাসওয়ার্ড। যদি পাসওয়ার্ডে কমা থাকে তবে সেগুলিকে এস্কেপ করতে হবে৷
ব্যাকস্ল্যাশ সহ: "পরীক্ষা\,ple"

· পি

dsn: পোর্ট; অনুলিপি: হ্যাঁ

সংযোগের জন্য ব্যবহার করার জন্য পোর্ট নম্বর।

। এস

dsn: mysql_socket; অনুলিপি: না

সংযোগের জন্য ব্যবহার করার জন্য সকেট ফাইল।

· টি

অনুলিপি: না

ডিএসএন টেবিল টেবিল।

· u

dsn: ব্যবহারকারী; অনুলিপি: হ্যাঁ

বর্তমান ব্যবহারকারী না হলে লগইন করার জন্য ব্যবহারকারী।

পরিবেশ

পরিবেশ পরিবর্তনশীল "PTDEBUG" STDERR-এ ভার্বোজ ডিবাগিং আউটপুট সক্ষম করে। সক্রিয় করতে
ডিবাগিং এবং একটি ফাইলে সমস্ত আউটপুট ক্যাপচার করুন, টুলটি চালান যেমন:

PTDEBUG=1 pt-table-checksum... > ফাইল 2>&1

সতর্কতা অবলম্বন করুন: ডিবাগিং আউটপুট বিশাল এবং অনেক মেগাবাইট আউটপুট তৈরি করতে পারে।

সিস্টেম যোগ্যতা

আপনার প্রয়োজন পার্ল, ডিবিআই, ডিবিডি::মাইসকিউএল, এবং কিছু মূল প্যাকেজ যা যেকোনো একটিতে ইনস্টল করা উচিত
পার্লের যুক্তিসঙ্গত নতুন সংস্করণ।

onworks.net পরিষেবা ব্যবহার করে অনলাইনে pt-table-checksump ব্যবহার করুন