MySQL. খুব জনপ্রিয় এবং ওপেন সোর্স এসকিউএল ডাটাবেস
এখনই ডাউনলোড করুন

MySQL. র‌্যাঙ্কিং ও সারাংশ

MySQL. ট্যাগ

সার্ভার এসকিউএল ডাটাবেস এসকিউএল তথ্যশালা ডাটাবেস সার্ভার SQL স্ট্যাক

MySQL. বর্ণনা

খুব জনপ্রিয় এবং ওপেন সোর্স এসকিউএল ডাটাবেস MySQL একটি খুব জনপ্রিয় এবং ওপেন সোর্স এসকিউএল ডাটাবেস MYSQL AB দ্বারা সরবরাহিত। MySQL AB একটি বাণিজ্যিক সংস্থা যা MySQL ডাটাবেস কাছাকাছি তার ব্যবসায় সরবরাহ সরবরাহ করে। MysQl বিশ্বের সবচেয়ে জনপ্রিয় ওপেন সোর্স ডাটাবেস সফটওয়্যার, যা তার ইতিহাস জুড়ে 100 মিলিয়ন কপি ডাউনলোড বা বিতরণ করা হয়। উচ্চতর গতি, নির্ভরযোগ্যতা এবং ব্যবহারের সহজতার সাথে, মাইএসকিউএল কর্পোরেট আইটি ম্যানেজারের পছন্দসই পছন্দ হয়ে উঠেছে কারণ এটি ডাউনটাইম, রক্ষণাবেক্ষণ, প্রশাসন এবং সাপোর্টের সাথে যুক্ত প্রধান সমস্যাগুলি নির্মূল করে। এমআইএসকিউএল ল্যাম্পের একটি মূল অংশ (লিনাক্স, অ্যাপাচি, মাইএসকিউএল , পিএইচপি / পার্ল / পাইথন), দ্রুত ক্রমবর্ধমান ওপেন সোর্স এন্টারপ্রাইজ সফ্টওয়্যার স্ট্যাক। লক-ইন থেকে তার কম খরচে এবং স্বাধীনতার কারণে ব্যয়বহুল মালিকানাধীন সফটওয়্যার স্ট্যাকগুলির বিকল্প হিসাবে আরো বেশি কোম্পানিগুলি বাতি ব্যবহার করছে। এই রিলিজে নতুন কি: কার্যকারিতা যোগ বা পরিবর্তন: InnoDB বাফার পুল দুটি sublists মধ্যে বিভক্ত করা হয়: একটি নতুন sublist ধারণকারী একটি নতুন sublist যা ক্যোয়ারী দ্বারা ব্যাপকভাবে ব্যবহৃত হয়, এবং কম ব্যবহৃত ব্লক ধারণকারী একটি পুরানো sublist এবং থেকে নির্বাসন জন্য প্রার্থীদের গ্রহণ করা হয়। বাফার পুলের ডিফল্ট অপারেশনে, একটি ব্লক মিডপয়েন্টে লোড করা হয় এবং তারপর একটি অ্যাক্সেস ঘটে যত তাড়াতাড়ি নতুন sublist মাথা অবিলম্বে সরানো হয়। একটি টেবিল স্ক্যানের ক্ষেত্রে (যেমন একটি mysqldump অপারেশন করার জন্য সঞ্চালিত হয়) ক্ষেত্রে, স্ক্যানের প্রতিটি ব্লকটি নতুন সন্দেহকারীর মাথার দিকে চলে যায় কারণ একাধিক সারি প্রতিটি ব্লক থেকে অ্যাক্সেস করা হয়। এটি এমন এক-বার স্ক্যানের জন্যও ঘটে, যেখানে ব্লকগুলি অন্য কোনও প্রশ্নের দ্বারা ব্যবহৃত হয় না। ব্লকগুলি পাঠ্য-এগিয়ে ব্যাকগ্রাউন্ড থ্রেড দ্বারা লোড করা যেতে পারে এবং তারপরে একটি একক অ্যাক্সেসের মাধ্যমে নতুন সন্দেহভাজনের মাথাতে স্থানান্তরিত হয়। এই প্রভাবগুলি অসুবিধাজনক হতে পারে কারণ তারা পুরোনো ধর্মবিশ্বাসের নতুন উপকূলে থেকে অন্য কোন প্রশ্নের দ্বারা ভারী ব্যবহার করে এমন ব্লকগুলি ধাক্কা দেয় যেখানে তারা নির্বাসন সাপেক্ষে হয়। InnoDB প্লাগইন জন্য, স্ট্যাটাস আউটপুট প্রদর্শন করার জন্য দুটি নতুন স্ট্যাটাস ভেরিয়েবল যোগ করা হয়েছে। InnoDB_BUFFER_POUL_READ_AHEAD এবং INNODB_BUFFER_POL_REDEAD_AHEAD_evicted InnoDB পাঠ্য-এগিয়ে ব্যাকগ্রাউন্ড থ্রেড দ্বারা পড়তে পৃষ্ঠাগুলির সংখ্যাটি নির্দেশ করে এবং এই পৃষ্ঠাগুলির সংখ্যা যথাক্রমে অ্যাক্সেস করা ছাড়াই নির্বাসিত করে। এছাড়াও, স্ট্যাটাস ভেরিয়েবল innodb_buffer_pool_read_ahead_rnd এবং innodb_buffer_pool_read_ahead_seq স্ট্যাটাস ভেরিয়েবল মুছে ফেলা হয়েছে। অন্তর্নির্মিত সংস্করণটি এই পরিবর্তনগুলি দ্বারা প্রভাবিত হয় না। (বাগ # 42885) InnoDB প্লাগইন সংস্করণ 1.0.5 এ আপগ্রেড করা হয়েছে। এই সংস্করণটি রিলিজ প্রার্থী (আরসি) মানের বিবেচনা করা হয়। সার্ভারটি পরীক্ষা এবং ডিবাগিংয়ের সময় থ্রেড সিঙ্ক্রোনাইজেশনের জন্য একটি ডিবাগ সিঙ্ক সুবিধা সমর্থন করে। এই সুবিধাতে কম্পাইল করার জন্য, --enable-Debug-sync বিকল্পের সাথে MySQL কনফিগার করুন। DEBUG_SYNC সিস্টেম পরিবর্তনশীল ব্যবহারকারী ইন্টারফেস ডিবাগ সিঙ্ক সরবরাহ করে। mysqld এবং mysql-test-run.pl এই সুবিধাটি সক্ষম করতে এবং ডিফল্ট সিঙ্ক্রোনাইজেশন পয়েন্ট টাইমআউট সেট করার জন্য একটি --debug-sync-timumout বিকল্প সমর্থন করে। বাগ সংশোধন করা হয়েছে: গুরুত্বপূর্ণ পরিবর্তন: নিরাপত্তা ফিক্স: Symlink-সম্পর্কিত বিশেষাধিকার সমস্যাটি মূলত MySQL 5.1.24 এ উল্লিখিত সিমলিংক-সম্পর্কিত বিশেষাধিকার সমস্যাটির জন্য অতিরিক্ত সংশোধন করা হয়েছিল। মূল ফিক্সটি যদি এটির পাথটিতে সিমলিন্ড ডিরেক্টরি থাকে তবে এটি সঠিকভাবে ডেটা ডিরেক্টরি পাথের নামটি সঠিকভাবে পরিচালনা করেনি এবং এটি টেবিল-খোলার সময় পরে নয়টি টেবিল-সৃষ্টি সময়ে তৈরি করা হয়েছিল। (বাগ # 32167, CVE-2008-2079) · নিরাপত্তা ফিক্স: OpensSL এর বিরুদ্ধে সংযুক্ত MySQL ক্লায়েন্টগুলি YASSL এর সাথে যুক্ত একটি সার্ভার দ্বারা উপস্থাপিত সার্ভার শংসাপত্রগুলি পরীক্ষা করে দেখেননি। (বাগ # 47320) · পার্টিশনিং: একটি পরিবর্তন টেবিল ... পার্টিশন বিবৃতি যুক্ত করুন যা open_files_limit এর ফলে mysql সার্ভারের ক্র্যাশের দিকে পরিচালিত করে। (বাগ # 469২২) পার্টিশনিং: পার্টিশনড টেবিলগুলিতে সূচীগুলির কার্ডিনত্বটি টেবিলের প্রথম পার্টিশনটি ব্যবহার করে গণনা করা হয়েছিল, যা উপপাদ্য ক্যোয়ারী এক্সিকিউশন পরিকল্পনাগুলি বেছে নেওয়া হতে পারে। এখন বেশিরভাগ রেকর্ড থাকা পার্টিশনটি পরিবর্তে ব্যবহার করা হয়, যার ফলে সূচীগুলির আরও ভাল ব্যবহার করা উচিত এবং বেশিরভাগ ক্ষেত্রেই যদি বেশিরভাগ ক্ষেত্রে পার্টিশনযুক্ত টেবিলগুলির বিরুদ্ধে প্রশ্নের কর্মক্ষমতা উন্নত হয়। (বাগ # 44059) · সমষ্টি () কৃত্রিমভাবে দশমিক যুক্তিটির নির্ভুলতা বৃদ্ধি করেছে, যা একটি অস্থায়ী টেবিলের ফলাফল ধরে রাখার জন্য একটি অস্থায়ী টেবিল তৈরি করা হয়েছিল। (বাগ # 48370) · একটি বাইরের প্রশ্নটি অবৈধ হলে, একটি subquery এমনকি সেট আপ নাও হতে পারে। বর্ধিত ব্যাখ্যা করুন এই প্রত্যাশা করেনি এবং অনুপযুক্তভাবে তথ্য সেট আপ করার চেষ্টা করে একটি ক্র্যাশ সৃষ্টি করে। (বাগ # 48295) · ক্যোয়ারী এবং পদ্ধতি এবং পদ্ধতি বিশ্লেষণ () থেকে অস্থায়ী টেবিল এবং একাধিক টেবিল ব্যবহার করে একটি অনুসন্ধান ধারণকারী একটি প্রশ্নের একটি সার্ভার ক্র্যাশ সৃষ্টি করেছে। এই বাগ ফিক্সের ফলস্বরূপ, পদ্ধতি বিশ্লেষণ () শুধুমাত্র শীর্ষ স্তরের নির্বাচনে আইনি। (বাগ # 48293) · বর্তমান হ্যান্ডলিংটি সেই ধারাটিতে উপ-প্রাপ্ত বিবৃতিগুলির জন্য অনুপস্থিত ছিল এবং এটি একটি ব্যবহারকারী পরিবর্তনশীলের একটি নির্বাচন ফলাফলটি নির্দিষ্ট করে। সার্ভার ফলে ক্র্যাশ হতে পারে। (বাগ # 48২91) অপটিমাইজার একটি স্থানিক সূচক ব্যবহার করলে একটি দাবি ব্যর্থ হতে পারে। (বাগ # 48258, বাগ # 4701) মেমরি-বরাদ্দ ব্যর্থতা innodb os_mem_alloc_large () ফাংশনে ভুলভাবে পরিচালিত হয়। (বাগ # 48237) Outer_value_list সঙ্গে outry_value_list সঙ্গে clauses ভুলভাবে পরিচালিত হয় যদি বাইরের মান তালিকা অন্তত একটি আইটেম অন্তত একটি যা নিল হতে পারে। (বাগ # 48177) একটি ক্যোয়ারিতে রোলআপ, স্বতন্ত্র এবং কনস্টেশন যোগদান দ্বারা গ্রুপের একটি সংমিশ্রণ একটি প্রকারের জন্য একটি সার্ভার দুর্ঘটনা ঘটে যখন অপটিমাইজারটি স্বতন্ত্র সমাধানের জন্য একটি অস্থায়ী টেবিলটি নিযুক্ত করতে বেছে নেয়। (বাগ # 48131) · কিছু ক্ষেত্রে, একটি নাল মাইক্রোসেকেন্ড অংশটি যেখানে একটি নল মাইক্রোসেকেন্ড অংশ ব্যবহার করে (উদাহরণস্বরূপ, যেখানে তারিখ_ টাইম_ফিল্ড = শর্তটি একটি সূচীযুক্ত কলামে সর্বশ্রেষ্ঠ মান মিলছে, তবে একটি সূচক পরিসীমা স্ক্যানটি নিযুক্ত করা হলে ফলাফলটি খালি ছিল। (বাগ # 47925) · Mysys / mf_keycachache.c থ্রেডিং প্রয়োজন, কিন্তু থ্রেড সমর্থন জন্য কোন পরীক্ষা করা হয়। (বাগ # 47923) ডিবাগ বিল্ডের জন্য, একটি অসদাচরণের সময় একটি অসদাচরণের সময় একটি অ্যামেজারি টেবিলের জন্য মৃত্যুদন্ড কার্যকর করার পর একটি দাবিটি ব্যর্থ হতে পারে এবং একটি ব্যবহারকারী-সরবরাহকৃত মানের সাথে একটি Auto_increment কলাম সংশোধন করা হয়েছে। (বাগ # 47919) · Mysys / mf_strip.c ফাইলটি, যা Strip_sp নির্ধারণ করে যা MySQL উৎস থেকে সরানো হয়েছে। ফাংশনটি মূল বিল্ডের মধ্যে আর ব্যবহারে ছিল না, এবং সরবরাহকৃত ফাংশনটি উইন্ডোজ তৈরি করে প্রতীক ত্রুটি সৃষ্টি করে। (বাগ # 47857) · মাইএসকিউএল এর জন্য উইন্ডোজ বিল্ড split.c এবং debag.c ফাইলগুলি অপ্রয়োজনীয়ভাবে কম্পাইল করবে, যার ফলে অতিরিক্ত প্রতীকগুলি MySQLD এ অন্তর্ভুক্ত করা হবে। (বাগ # 47850) উইন্ডোজগুলিতে স্টোরেজ ইঞ্জিন নির্মাণের সময় বিল্ডের জন্য প্রয়োজনীয় CMAKE ফাইলের মধ্যে অতিরিক্ত লাইব্রেরি উল্লেখ করা সম্ভব ছিল না। একটি $ {ইঞ্জিন} _libs ম্যাক্রো এই অতিরিক্ত স্টোরেজ-ইঞ্জিন নির্দিষ্ট লাইব্রেরিগুলিকে সমর্থন করার জন্য ফাইলগুলিতে যোগ করা হয়েছে। (বাগ # 47797) উইন্ডোজ এ একটি প্লাগযোগ্য স্টোরেজ ইঞ্জিন তৈরি করার সময় ইঞ্জিন নাম কনফিগার করা স্টোরেজ ইঞ্জিনের নামের পরিবর্তে ইঞ্জিনটি অবস্থিত ডিরেক্টরি নামের উপর ভিত্তি করে তৈরি করা যেতে পারে। (বাগ # 47795) একটি সংরক্ষিত পদ্ধতির অভ্যন্তরীণ কাঠামোর পরিষ্কারের সময়, পতাকাটি উপেক্ষা করার জন্য ত্রুটিগুলি উপেক্ষা করা বা উপেক্ষা উপেক্ষা করা হয় না, যা একটি সার্ভার ক্র্যাশ হতে পারে। (বাগ # 47788) GeomFromWKB () ফাংশনটির প্রথম যুক্তি যদি একটি জ্যামিতি মান ছিল, তবে ফাংশনটি কেবল তার মূল্য ফেরত দেয়। যাইহোক, এটি যুক্তিটির NULL_VALUE ফ্ল্যাগ সংরক্ষণ করতে ব্যর্থ হয়েছে, যা একটি অপ্রত্যাশিত নাল মানকে আহ্বান করতে হবে, যার ফলে সার্ভার ক্র্যাশের ফলে। (বাগ # 47780) Spatial মান আপডেট করার সময় InnoDB ক্র্যাশ করতে পারে। (বাগ # 47777) উইন্ডোজের উপর, যখন পাইপ সংযোগ নামক একটি নিষ্ক্রিয়ভাবে একটি হত্যা বিবৃতির সাথে বন্ধ হয়ে যায় বা সার্ভারটি বন্ধ হয়ে যাওয়ার কারণে, সংযোগটি বন্ধ করা থ্রেডটি অসীমভাবে ঝুলবে। (বাগ # 47571, বাগ # 31621) একটি ফাংশন কল একটি ত্রুটি নিক্ষেপ বা রিটার্ন মান সেটিং ছাড়া শেষ হতে পারে। উদাহরণস্বরূপ, ফেরত মান গণনা করার সময় একটি ত্রুটি ঘটেছে যখন এটি ঘটতে পারে। একটি অভিব্যক্তি মূল্যায়ন সময় একটি ত্রুটি ঘটে যখন এটি মান নির্ধারণ করে স্থির করা হয়। (বাগ # 47412) · অন্তর্নিহিত গোষ্ঠীগুলির সাথে একটি সহজ নির্বাচন একটি একক সারির পরিবর্তে অনেকগুলি সারি ফেরত দিতে পারে যদি কোয়েরি নির্বাচন তালিকাতে সমষ্টিগত কলামের দ্বারা আদেশ দেওয়া হয়। (বাগ # 47280) টেবিল তৈরি করার জন্য একটি দাবি উত্থাপিত হতে পারে যদি একটি মুলতুবি সন্নিবেশ বিলম্বিত বা একই টেবিলের জন্য বিলম্বিত প্রতিস্থাপিত হয়। (বাগ # 47274) InnoDB সংকেত এবং পদত্যাগের সাথে সামঞ্জস্যপূর্ণ কোনও পদ্ধতিতে কিছু ক্ষেত্রে ত্রুটিগুলি উত্থাপিত করে। (বাগ # 47233) Auto_increment টেবিল বিকল্পের সাথে একটি innodb টেবিল তৈরি করা হয় এবং একটি প্রাথমিক স্বয়ংক্রিয়-বৃদ্ধি মান নির্দিষ্ট করার জন্য একটি সূচী যোগ করা হয় এবং পরে একটি সূচকটি পৃথক ক্রিয়াকলাপে যোগ করা হয়েছিল, স্বয়ংক্রিয়-বৃদ্ধি মানটি হারিয়ে গেছে (পরবর্তী সন্নিবেশ নির্দিষ্ট মূল্যের পরিবর্তে 1 টিতে শুরু হয়েছিল )। (বাগ # 47125) · পরিসীমা অপটিমাইজার দ্বারা নাল জড়িত পূর্বাভাসের ভুল হ্যান্ডলিং ক্যোয়ারী এক্সিকিউশন সময় একটি অসীম লুপ হতে পারে। (বাগ # 47123) · মাইসিসাম টেবিলগুলির সাজানোর বা সমান্তরাল মেরামতের দ্বারা মেরামত করা কী ক্যাশে মেরামত করতে ব্যর্থ হতে পারে। (বাগ # 47073) InnoDB প্লাগইন কিছু solaris সিস্টেমের উপর কম্পাইল না। (বাগ # 47058) · উইন্ডোজ, যখন একটি ব্যর্থ ইনপুট / আউটপুট অপারেশন ERROR_WORKING_SET_QUOTA ফেরত কোড সহ ঘটেছে তারিখে, InnoDB ইচ্ছাকৃতভাবে সার্ভার ক্র্যাশ করেছে। এখন InnoDB 100 মিঃসে এবং চেষ্টার ব্যর্থ অপারেশন জন্য অপেক্ষার পরে পুনরায়। (বাগ # 47055) · InnoDB এখন ডেটা অভিধানে দোকান পাশে মান গণনা করার সময়ে একটি AUTO_INCREMENT কলামের জন্য একটি ব্যবহারকারী দ্বারা সরবরাহকৃত নেতিবাচক মান উপেক্ষা করে। নেতিবাচক মান AUTO_INCREMENT কলাম সেট অনির্ধারিত আচরণ করুন এবং এই পরিবর্তন InnoDB আচরণ ব্যবহারকারীরা আশা কাছাকাছি আনা উচিত। (বাগ # 46965) • কাজ করার সময় মাইএসকিউএল ক্র্যাশ (অথবা একটি স্ন্যাপশট নিয়ে যাওয়া হয় যে একটি ক্র্যাশ simulates), সম্ভব ছিল যে অভ্যন্তরীণ XA লেনদেন (বাইনারি লগ সিঙ্ক্রোনাইজ করতে ব্যবহার করা হয় এবং InnoDB) একটি প্রস্তুত অবস্থায় ফেলে যেতে পারে, যেহেতু তারা ফিরে ঘূর্ণিত করা উচিত। যখন server_id মান, কারণ যে মান XID মান গঠন করা ব্যবহৃত হয় পুনর্সূচনা আগে পরিবর্তিত ঘটেছে। এখন সীমাবদ্ধতা কবে নাগাদ করা হয় যে server_id মান XID মান বৈধ বিবেচনা করা জন্য সামঞ্জস্যপূর্ণ হবে। রোলব্যাক ফেজ তাহলে সব মুলতুবী XA লেনদেন পরিষ্কার করতে সক্ষম হওয়া উচিত। (বাগ # 46944) · InnoDB প্লাগইন পিপিসি সিস্টেমে জিসিসি 4.1 ব্যবহার কম্পাইল করা হয়নি। (বাগ # 46718) · InnoDB প্লাগইন সমবর্তী লেনদেন (1023) সংখ্যার উপর তার সীমাতে পৌঁছেছেন, তাহলে এটি ত্রুটি লগ করার জন্য একটি বর্ণনামূলক বার্তা লিখেছেন কিন্তু ক্লায়েন্ট করার জন্য একটি বিভ্রান্তিকর ত্রুটি বার্তা ফিরিয়ে, বা একটি বিবৃতি ব্যর্থতা ঘটেছে। (বাগ # 46672) · সমসাময়িক ঢোকান এমনটা ... একটি InnoDB টেবিল জন্য নির্বাচন করুন বিবৃতি একটি AUTO_INCREMENT বিবৃতি ব্যর্থতা সৃষ্টি করতে পারে। (বাগ # 46650) · যদি একটি লেনদেন অচলাবস্থা বা লক অপেক্ষার সময়সীমার কারণে InnoDB ভিতরে ফিরে ঘূর্ণিত হয় এবং লেনদেনে এক বিবৃতিতে একটি দফা উপেক্ষা করুন ফেলা, সার্ভার বিবৃতি শেষে বা শাটডাউনে বিপর্যস্ত পারে। (বাগ # 46539) · ট্রেলিং স্পেস ব্যবহারকারী-সংজ্ঞায়িত collations যে 0x20 ছাড়া অন্য কোনো অক্ষরে স্পেস ম্যাপ জন্য উপেক্ষা করা হয় নি। (বাগ # 46448) · GPL এবং বাণিজ্যিক লাইসেন্স হেডারগুলি ত্রুটি লগ, ব্যাক-ট্রেস, কোর ডাম্প এবং ক্লাস্টারের ট্রেস ফাইল লাইন সংখ্যা বন্ধ একের পর হতে পারে যদি তারা বিল্ড জন্য ব্যবহৃত উৎসের সংস্করণ বিরুদ্ধে চেক করা হয় নি, বিভিন্ন আকারের ছিল। (উদাহরণস্বরূপ, বাণিজ্যিক উৎস বিরুদ্ধে জিপিএল বিল্ড ব্যাক-ট্রেস পরীক্ষণ।) (বাগ # 46216) · InnoDB নাম GEN_CLUST_INDEX, যা অভ্যন্তরীণভাবে ব্যবহৃত হয় সঙ্গে একটি সূচক অননুমোদিত সৃষ্টি হয়নি। (বাগ # 46000) · রেড হ্যাট ia64 মাইএসকিউএল সার্ভার আরপিএম এর বিল্ড সময়, সিস্টেম গ্রন্থাগার লিংক অর্ডার ভুল ছিল। এই প্রণীত ফলে রেড হ্যাট ia64 আরপিএম "libc.so.6.1 (GLIBC_PRIVATE) (64bit)" উপর নির্ভর করে, এইভাবে প্যাকেজ ইনস্টলেশনের প্রতিরোধ। (বাগ # 45706) · CHARSET_INFO কাঠামো caseinfo সদস্য ব্যবহারকারী-সংজ্ঞায়িত ইউনিকোড collations জন্য সক্রিয়া করা হয় নি, একটি সার্ভার ক্র্যাশ নেতৃস্থানীয়। (বাগ # 45645) · InnoDB প্লাগইন, একটি সারণি কলামে পুনঃনামকরনের এবং তারপর নতুন নামকরণ কলামে একটি সূচক তৈরিতে .frm ফাইল এবং InnoDB ডেটা ডিরেক্টরিতে সিঙ্কের বাইরে যাচ্ছে করার জন্য একটি সার্ভার ক্র্যাশ হত। এখন InnoDB প্লাগইন 1.0.5 আয় পরিবর্তে একটি ত্রুটি: ERROR 1034 (HY000): মেজ tbl_name 'এর জন্য ভুল কী ফাইল; এটা মেরামত করতে চেষ্টা করুন। এই সমস্যা সমাধানে কাজ করতে, একই কাঠামো সাথে অন্য সারণি তৈরি এবং এটি মূল টেবিল কপি করুন। (বাগ # 44571) · একটি InnoDB ত্রুটি বার্তা ভুল অবাস্তব innodb_max_files_open পরিবর্তনশীল বরং innodb_open_files পরিচিত। (বাগ # 44338) · ALTER টেবিল, একটা DATETIME এ পুনঃনামকরনের বা TIMESTAMP এ কলামের জন্য অকারণে একটা টেবিল অনুলিপি ক্রিয়াকলাপ হত। (বাগ # 43508) · রোমানীয় lc_time_names জন্য কাজের দিন নাম লোকেল 'ro_RO' ভুল ছিল। প্যাচের জন্য আন্দ্রেই Boros ধন্যবাদ এই বাগ ফিক্স। (বাগ # 43207) · XA শুরু যখন এটি (ক নিয়মিত লেনদেনে এবং XA লেনদেনের পর উভয়) রিসোর্স ম্যানেজার কর্তৃক প্রদত্ত একতরফা রোলব্যাক পর বলা হয় একটি বিবৃতি ব্যর্থতা বা সার্ভার ক্র্যাশ কারণ হতে পারে। (বাগ # 43171) · FORCE সূচির জন্য আদেশ দ্বারা সূচক ইঙ্গিত যখন যোগদানের বাফার উপলব্ধ ব্যবহার করা হয়েছিল উপেক্ষা করা হয়েছে। (বাগ # 43029) · ব্যাপ্তি বা অপারেটার সঙ্গে মিলিত ভুল ফলাফল উত্পাদ পারে predicates ভুল হ্যান্ডলিং। (বাগ # 42846) · আচরণ বিআইটি মান হিসাবে অনিশ্চিত ফলাফল হতে পারে স্বাক্ষরবিহীন করতে ব্যর্থ। (বাগ # 42803) · উইন্ডোজ এম্বেড সার্ভারের জন্য, InnoDB ক্র্যাশ যখন innodb_file_per_table সক্ষম করা ছিল এবং সারণী নাম সম্পূর্ণ পথ ফরম্যাটে ছিল। (বাগ # 42383) · নেস্টেড বাইরের কিছু প্রশ্নের ক্র্যাশ বা ভুল ফলাফল হতে পারে কারণ একটি অভ্যন্তরীণ ডাটা স্ট্রাকচার উৎপন্ন ঘাঁটা ছিল যোগদান করে। (বাগ # 42116) · InnoDb_locks_unsafe_for_binlog এর সাথে একটি প্রতিলিপি দৃশ্যকল্পে স্লেভের উপর সক্ষম থাকে, যেখানে সারিগুলি শুধুমাত্র স্লেভের উপর পরিবর্তিত হয় (প্রতিলিপিগুলির মাধ্যমে নয়), কিছু বিরল ক্ষেত্রে, নিম্নোক্ত ফর্মের অনেকগুলি বার্তা ক্রীতদাস ত্রুটির কাছে লেখা হয়েছে: InnoDB: ত্রুটি: আনলক করুন সারি রেকর্ডের উপর একটি 4 মোড লক খুঁজে পাইনি। (বাগ # 41756) · একটি nonstandard innoDB পৃষ্ঠার আকারের সাথে, কিছু ত্রুটি বার্তা ভুল হয়ে যায়। (বাগ # 41490) একটি innodb টেবিল জন্য একযোগে বিশ্লেষণ টেবিল অপারেশন একটি জাতি অবস্থা সাপেক্ষে হতে পারে। (বাগ # 38996) আগে, InnoDB টি নির্বাচন করে প্রতিস্থাপিত করে ... এস থেকে সারিগুলিতে ভাগ করা পরবর্তী-কী লক সেট করে এখন InnoDB গুলি থেকে ভাগ করা লকগুলি থেকে বা সামঞ্জস্যপূর্ণ পঠিত হিসাবে, সন্নিবেশের জন্য। .. নির্বাচন করুন। এই সেশন মধ্যে লক বিতর্ক হ্রাস। (বাগ # 37232) যখন একটি InnoDB টেবিল-স্পেসটি পূরণ করা হয়, তখন ক্লায়েন্টে একটি ত্রুটিটি লগ করা হয়েছিল, তবে ত্রুটি লগ না। এছাড়াও, ত্রুটির বার্তাটি বিভ্রান্তিকর ছিল এবং সমস্যাটির প্রকৃত উৎসটি নির্দেশ করে নি। (বাগ # 31183) · বর্তমান ক্যোয়ারীকে হত্যা করার জন্য কন্ট্রোল-সি ব্যবহার করে একটি ত্রুটি 1053 (08401): প্রগতিতে সার্ভার শাটডাউন "বার্তাটি যদি একটি লকটির জন্য অপেক্ষা করছিল। (বাগ # 28141)

MySQL. সম্পর্কিত সফটওয়্যার