mysqldump ত্রুটি লক টেবিলে


9

আমি যখন কোনও মাইএসকিলডাম্প কার্যকর করি তখন আমি নিম্নলিখিত ত্রুটি পাই:

mysqldump -u root -ppassword --databases information_schema > test.sql
mysqldump: Got error: 1044: Access denied for user 'root'@'localhost' to database 'information_schema' when using LOCK TABLES

আমি এটা কিভাবে ঠিক করবো?


আপনার স্টোরেজ ইঞ্জিনের উপর নির্ভর করে। : দেখুন stackoverflow.com/questions/104612/...
JasonWoof

উত্তর:


7

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

mysqldump ডিফল্টরূপে INFORMATION_SCHEMA ডাটাবেস ডাম্প করে না। মাইএসকিউএল 5.1.38 অনুসারে, কমান্ড লাইনে আপনি স্পষ্টরূপে নাম লেখালেও মাইএসকিলডাম্প INFORMATION_SCHEMA ডাম্প করে, যদিও বর্তমানে আপনাকে অবশ্যই --স্কিপ-লক-সারণি বিকল্পটি ব্যবহার করতে হবে। 5.1.38 এর আগে, মাইএসকিএলডাম্প কমান্ড লাইনে স্পষ্টভাবে নাম লেখালেও নীরবে INFORMATION_SCHEMA উপেক্ষা করে।

http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html


InnoDB- এ প্রত্যাশিত প্রভাবের জন্য --সিংল-লেনদেনের প্যারামিটারটি ব্যবহার করুন dev.mysql.com/doc/refman/5.1/en/…
ফেদির আরওয়াইএইচটিআইটি

3

আমাকে - যুক্ত-লেনদেন যুক্ত করতে হয়েছিল

মাইএসকিউএল ম্যানুয়াল অনুসারে আপনি যদি ইনোডিবি বা বিডিবি ব্যবহার করছেন তবে এই বিকল্পটি কেবলমাত্র একটি সামঞ্জস্যপূর্ণ ব্যাকআপের গ্যারান্টি দেয়। মাইআইএসএএম এবং হিপ থেকে বিপরীতে তারা লেনদেনকে সমর্থন করে।


0

গতকাল একই সমস্যা।

ডাটাবেসটি অন্য সার্ভার থেকে স্থানান্তরিত হয়েছিল এবং যখন আমরা কয়েকটি ব্যবহারকারীর নাম মুছে ফেলি, তখন এমন ভিউ ছিল যার অস্তিত্বহীন ডিফাইনার ছিল এবং এটি সমস্যার কারণ হয়েছিল।

এটি ব্যবহারকারী অনুদান নির্বাচন, লক টেবিলগুলি দিয়ে ডাম্প করার সময় প্রপার ত্রুটি দেখায় না, তবে মূল ব্যবহারকারীর নীচে সঠিক ত্রুটি দেখানো হয়েছিল।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.