মাইএসকিএলডাম্পের সাথে মাইএসকিএল টেবিলটিকে ব্যাকআপ করতে পারবেন না। নির্বাচন করুন, লক টিএবিএল কমান্ড 'কনড_আইনস্ট্যান্স' এর জন্য অস্বীকৃত [বন্ধ]

Question

mysqldumpমাইএসকিএল রুট ব্যবহারকারী হিসাবে চালাতে আমার সমস্যা হচ্ছে । আমি যখন mysqlটেবিলটি ব্যাকআপ করার চেষ্টা করি তখন আমি এই ত্রুটিটি পাই:

mysqldump: Got error: 1142: SELECT,LOCK TABL command denied to user
'root'@'localhost' for table 'cond_instances' when using LOCK TABLES

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

আমি মাইএসকিউএল 5.5.8 চালাচ্ছি।

Comments

আপনি যদি mysqldumpচালিয়ে যান তবে তবুও ত্রুটিটি পেয়েছেন --skip-add-locks?

— মার্টিন

আহা, এটি স্থির করে। আমি এখনই বুঝতে পেরেছি যে এটি মাইএসকিএল টেবিল নয়, এটি ছিল পারফরম্যান্স_স্কেমা টেবিল, যা আমি কিছু দস্তাবেজে দেখতে পাই --স্কিপ-অ্যাড-লক প্রয়োজন।

— ব্রায়ান কেনেডি

আমার একই সমস্যা ছিল ... আমি অটোমিস্ক্লব্যাকআপ ব্যবহার করছি আমি কেবলমাত্র প্যারামিটার যুক্ত করেছি --single-transactionএবং অ্যাথরিংগুলি সঠিকভাবে কাজ করে।

— isccarrasco

টাইপ হতে পারে সমস্যা? "লক ট্যাবলেট" "লক ট্যাবলেট" হতে পারে

— রুবু 77

Answer 1

আপনার mysqldump কমান্ডে --স্কিপ-অ্যাড-লক যুক্ত করুন

Answer 2

- স্কিপ-অ্যাড-লকগুলি কাজ করে না:

# mysqldump -u root -p`cat mysqlRoot.txt` --databases performance_schema --routines --quote-names --skip-add-locks > mysql_performance_schema

mysqldump: Got error: 1142: SELECT,LOCK TABL command denied to user 'root'@'localhost' for table 'cond_instances' when using LOCK TABLES

পরিবর্তে --স্কিপ-লক-টেবিলগুলি চান

Comments

এটি আমার জন্য এটি স্থির করে দিয়েছে। --স্কিপ-লক-টেবিলগুলিতে যোগ করার জন্য অপ্ট এবং অপ্ট_ফুলশেমার ঘোষণাপত্রটি পরিবর্তন করতে আমি অটোমিস্ক্লব্যাকআপ এক্সিকিউটেবল (আমার ইনস্টলে, ইন / ইউএসআর / লোকাল / বিন) সম্পাদনা করেছি। নতুন কনফিগারেশনটি ছিল অপ্ট = ('- কোয়েট-নাম' '--opt' '--স্কিপ-লক-টেবিল') এবং opt_fullschema = ('- সমস্ত-ডাটাবেস' '--routines' '- কোন- ডেটা ''

— স্কিপ

Answer 3

(আমি বুঝতে পেরেছি এটি 8 মাস দেরিতে এসেছে)

এটি লকগুলির সমস্যা নয় এবং প্রস্তাবিত সমাধানগুলি কেবল আসল সমস্যাটিকে বাইপাস করে:

একটি 5.5 মাইএসকিल्डম্প অ্যাপ্লিকেশনটির performance_schemaডাটাবেসটি প্রথম স্থানে রফতানি করা উচিত নয় ।

আমার পূর্ববর্তী অভিজ্ঞতার ভিত্তিতে, আমি পরামর্শ দিচ্ছি যে mysqldumpআপনি যে প্রোগ্রামটি ব্যবহার করেছেন তা একটি 5.1 সংস্করণ। বলুন কিভাবে? সমস্যা:

mysqldump --version

একটি 5.1 ক্লায়েন্ট "ভবিষ্যত" অস্তিত্ব সম্পর্কে অবগত নয় performance_schemaএবং তাই এটি ফেলে দেওয়ার চেষ্টা করে। এটি করা উচিত নয় তা অজানা।

5.5 সংস্করণ ব্যবহার করে দেখুন এবং প্রস্তাবিত লকগুলি যুক্ত না করে এটি ডাম্পিংয়ের জন্য ব্যবহার করুন এবং এটি ভালভাবে কাজ করা উচিত।

Comments

5.5 সংস্করণ এবং সমস্যাটি ব্যবহার অব্যাহত রয়েছে

— artfulrobot

mysqldump Ver 10.13 বিতরণ 5.5.32, ডিবিয়ান-লিনাক্স-gnu এর জন্য (x86_64) একই সমস্যা রয়েছে ...

— পিকু

যদি আপনি উপরের কিছু ব্যবহারকারীর মতো অটমিস্ক্লব্যাকআপ ব্যবহার করেন তবে আপনাকে নিজের অটোমিস্ক্লব্যাকআপ.কন্টে CONFIG_db_exclude পরামিতিটিতে 'পারফরম্যান্স_সেমিমা' যুক্ত করতে হবে

— মাটিজা নালিস

আমি উপরে শ্লোমির সাথে একমত যে লকগুলি এড়ানো কেবল আসল সমস্যাটিকে ছাড়িয়ে যায়। এটি আমাকে সহায়তা করেছে: Askubuntu.com/questions/134670/…

— কর্মপ্রবাহ

Answer 4

শ্লোমি নোয়াচের উল্লেখ অনুসারে, পারফরম্যান্স_সেমিমা ব্যাক আপ করার কথা নয়।

এটির সমাধানের সহজ উপায়টি হ'ল আপনার কনফিগার ফাইলে নিম্নলিখিতটি সেট করা:

CONFIG_db_exclude=( 'performance_schema' 'information_schema' )