MySQL কমিউনিটি সংস্করণ একটি ওপেন সোর্স, ক্রস প্ল্যাটফর্ম, ব্যাপকভাবে ব্যবহৃত এবং খুব দ্রুত রিলেশনাল ডাটাবেস ম্যানেজমেন্ট সিস্টেম (RDBMS)। এটি ক্লায়েন্ট এবং সার্ভার বাস্তবায়নের বৈশিষ্ট্যগুলি রয়েছে, যা একটি সার্ভার ডেমন (mysqld) এবং বিভিন্ন ক্লায়েন্ট প্রোগ্রাম এবং লাইব্রেরিগুলি ধারণ করে।
একটি নজরে বৈশিষ্ট্য
মূলত সান মাইক্রোসিস্টেমস (বর্তমানে ওরাকল দ্বারা পরিচালিত) দ্বারা তৈরি, মাইএসকিউএলটি কেবল "বিশ্বের সবচেয়ে জনপ্রিয় ওপেন সোর্স ডেটাবেস" এর চেয়ে বেশি, এটি সংযোগকারী, প্রতিলিপি, বিভাজন, ওয়ার্কবেনচ, এন্টারপ্রাইজ মনিটর, ড্যাশবোর্ড এবং উপদেষ্টা, ক্যোয়ারী বিশ্লেষক , প্রতিলিপি মনিটর, এবং এন্টারপ্রাইজ ব্যাকআপ বৈশিষ্ট্য। এটি লিনাক্স, সোলারিস, বিএসডি, ম্যাক ওএস এক্স এবং উইন্ডোজ অপারেটিং সিস্টেমে চলছে।
উপরন্তু, মাইএসকিউএল ডাটাবেস সার্ভার আপনাকে সম্পূর্ণ, ক্রমবর্ধমান এবং আংশিক ব্যাকআপ ফাংশন, পূর্ণ এবং আংশিক পুনরুদ্ধার, পয়েন্ট-ইন-টাইম-পুনরুদ্ধার, বহিরাগত প্রমাণীকরণ, নীতি-ভিত্তিক অডিটিং সম্মতি, থ্রেড পুল, ক্লাস্টার ম্যানেজার, স্বয়ংক্রিয় স্কেলিং, পাশাপাশি ক্লাস্টার জিও-রেপ্লিকেশন বৈশিষ্ট্য।
স্টোরেজ ইঞ্জিনগুলির বিস্তৃত সমর্থন করে
মাইএসকিউএল দ্বারা সমর্থিত স্টোরেজ ইঞ্জিনগুলির মধ্যে, আমরা মাইআইএসএ্যাম, ইনোডবিবি এবং এনডিবি উল্লেখ করতে পারি। InnoDB1 জন্য হট ব্যাকআপ প্রদান করা হয়। কমিউনিটি এডিশন বিনামূল্যে এবং সক্রিয়ভাবে রক্ষণাবেক্ষণ এবং বিশ্বের সকল স্থান থেকে মুক্ত উৎস উত্সাহী এবং বিকাশকারীদের একটি সম্প্রদায় দ্বারা সমর্থিত।
সব GNU / লিনাক্স বিতরণ সমর্থন করে
মাইএসকিউএলকে লিনাক্স কার্নেল ভিত্তিক অপারেটিং সিস্টেমগুলিতে চালানোর জন্য প্রকৌশলী করা হয়েছে, যার অর্থ সর্বনিম্ন প্রচেষ্টার সাথে এটি কোনও GNU / Linux বিতরণে সহজেই ইনস্টল করা যেতে পারে। এটি উবুন্টু, ডেবিয়ান, SUSE লিনাক্স এন্টারপ্রাইজ সার্ভার, ওরাকল লিনাক্স, Red Hat Enterprise Linux, এবং অন্য কোনও লিনাক্স OS এর জন্য প্রাক-নির্মিত বাইনারি প্যাকেজ হিসাবে ডাউনলোড করার জন্য উপলব্ধ, এটি 32-বিট এবং 64-বিট নির্দেশনা সেট আর্কিটেকচারগুলির সমর্থন করে।
PhpMyAdmin মাধ্যমে কনফিগারযোগ্য
MySQL একটি সার্ভার প্রোগ্রাম, যার অর্থ হল এটি ব্যাকগ্রাউন্ডে একটি ডেমন হিসাবে চলছে। আপনি কমান্ড-লাইনের মাধ্যমে এটির সাথে ইন্টারঅ্যাক্ট করতে পারেন তবে গ্রাফিকাল ইউজার ইন্টারফেসটি ব্যবহার করতে ডেটাবেসের পরিচালনা করার সেরা উপায়। আজকের সেরা মাইএসকিউএল ফ্রন্ট-এ উপলব্ধ কোনও সন্দেহ নেই phpMyAdmin, যা ব্যবহারকারীদের ওয়েব ভিত্তিক ইন্টারফেস সরবরাহ করে যা কার্যত কোথাও থেকে অ্যাক্সেস করতে পারে।
এই প্রকাশনায়
নতুন কি :
- সুরক্ষা নোট:
- পূর্বে, MySQL এনক্রিপ্ট করা সংযোগগুলির জন্য শুধুমাত্র TLSv1 প্রোটোকল সমর্থিত। উচ্চ স্তরের এনক্রিপ্টযুক্ত সংযোগ সুরক্ষা সক্ষম করতে TLS সমর্থন বাড়ানো হয়েছে ...
- yaSSL এর বান্ডেল সংস্করণ ব্যবহার করে সংকলিত হলে, MySQL TLSv1 এবং TLSv1.1 প্রোটোকলগুলিকে সমর্থন করে।
- OpenSSL 1.0.1 বা উচ্চতর ব্যবহার করে সংকলিত হলে, MySQL TLSv1, TLSv1.1 এবং TLSv1.2 প্রোটোকলগুলিকে সমর্থন করে।
- ডিফল্টরূপে, MySQL সার্ভার এবং ক্লায়েন্ট এবং কী কী আকার ব্যবহার করা হয় সেটি সংকলন করার জন্য কোন SSL লাইব্রেরিটি ব্যবহার করা হয়েছিল তার উপর নির্ভর করে উপলব্ধ সর্বোচ্চ টিএলএস প্রোটোকল সংস্করণটি ব্যবহার করার প্রচেষ্টা করে।
- কারণ TLSv1.2 এর জন্য OpenSSL প্রয়োজন, এই প্রোটোকলের জন্য সমর্থন শুধুমাত্র মাইএসকিউএল কমার্শিয়াল সার্ভারের জন্য বাইনারি বিতরণে উপলব্ধ, এবং MySQL কমিউনিটি সার্ভারের জন্য নয় (যা yaSSL ব্যবহার করে সংকলিত হয়)। TLSv1.2 সমর্থনটি উৎস থেকে তৈরি করার জন্য, আপনি MySQL কনফিগার করার সময় OpenSSL ব্যবহার করতে WITH_SSL সিএমকে বিকল্পটি সেট করতে হবে।
- নতুন tls_version সিস্টেম ভেরিয়েবল সার্ভারের দ্বারা স্টার্টআপে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে। ক্লায়েন্ট পার্শ্বে, --tls-version বিকল্পটি ক্লায়েন্ট প্রোগ্রামগুলির দ্বারা ক্লায়েন্ট প্রোগ্রামগুলির জন্য নির্ধারিত TLS প্রোটোকলগুলিকে অনুমতি দেয়।
- mysql_options () সি API ফাংশনটি একটি নতুন MYSQL_OPT_TLS_VERSION বিকল্প রয়েছে যা ক্লায়েন্ট লাইব্রেরির মধ্যে ক্লায়েন্ট প্রোগ্রাম থেকে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে।
- কার্যকারিতা যোগ করা বা পরিবর্তন করা হয়েছে:
- InnoDB: innodb_support_xa সিস্টেম ভেরিয়েবল, যা XA লেনদেনে দুই-পর্যায়ে সংঘটিত সমর্থনের জন্য সক্ষম করে, সেটি বাতিল করা হয়। XA লেনদেনের জন্য দুই-পর্যায়ে কমিটির জন্য InnoDB সমর্থন সবসময় MySQL 5.7.10 হিসাবে সক্ষম হয়। Innodb_support_xa নিষ্ক্রিয় করা আর অনুমোদিত নয় কারণ এটি অনুলিপিটিকে অনিরাপদ করে এবং বাইনারি লগ গ্রুপ কমিটির সাথে সম্পর্কিত কর্মক্ষমতা লাভকে বাধা দেয়।
সংস্করণ 8.0.11 GA এ নতুন কি :
- সুরক্ষা নোট:
- পূর্বে, MySQL এনক্রিপ্ট করা সংযোগগুলির জন্য শুধুমাত্র TLSv1 প্রোটোকল সমর্থিত। উচ্চ স্তরের এনক্রিপ্টযুক্ত সংযোগ সুরক্ষা সক্ষম করতে TLS সমর্থন বাড়ানো হয়েছে ...
- yaSSL এর বান্ডেল সংস্করণ ব্যবহার করে সংকলিত হলে, MySQL TLSv1 এবং TLSv1.1 প্রোটোকলগুলিকে সমর্থন করে।
- OpenSSL 1.0.1 বা উচ্চতর ব্যবহার করে সংকলিত হলে, MySQL TLSv1, TLSv1.1 এবং TLSv1.2 প্রোটোকলগুলিকে সমর্থন করে।
- ডিফল্টরূপে, MySQL সার্ভার এবং ক্লায়েন্ট এবং কী কী আকার ব্যবহার করা হয় সেটি সংকলন করার জন্য কোন SSL লাইব্রেরিটি ব্যবহার করা হয়েছিল তার উপর নির্ভর করে উপলব্ধ সর্বোচ্চ টিএলএস প্রোটোকল সংস্করণটি ব্যবহার করার প্রচেষ্টা করে।
- কারণ TLSv1.2 এর জন্য OpenSSL প্রয়োজন, এই প্রোটোকলের জন্য সমর্থন শুধুমাত্র মাইএসকিউএল কমার্শিয়াল সার্ভারের জন্য বাইনারি বিতরণে উপলব্ধ, এবং MySQL কমিউনিটি সার্ভারের জন্য নয় (যা yaSSL ব্যবহার করে সংকলিত হয়)। TLSv1.2 সমর্থনটি উৎস থেকে তৈরি করার জন্য, আপনি MySQL কনফিগার করার সময় OpenSSL ব্যবহার করতে WITH_SSL সিএমকে বিকল্পটি সেট করতে হবে।
- নতুন tls_version সিস্টেম ভেরিয়েবল সার্ভারের দ্বারা স্টার্টআপে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে। ক্লায়েন্ট পার্শ্বে, --tls-version বিকল্পটি ক্লায়েন্ট প্রোগ্রামগুলির দ্বারা ক্লায়েন্ট প্রোগ্রামগুলির জন্য নির্ধারিত TLS প্রোটোকলগুলিকে অনুমতি দেয়।
- mysql_options () সি API ফাংশনটি একটি নতুন MYSQL_OPT_TLS_VERSION বিকল্প রয়েছে যা ক্লায়েন্ট লাইব্রেরির মধ্যে ক্লায়েন্ট প্রোগ্রাম থেকে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে।
- কার্যকারিতা যোগ করা বা পরিবর্তন করা হয়েছে:
- InnoDB: innodb_support_xa সিস্টেম ভেরিয়েবল, যা XA লেনদেনে দুই-পর্যায়ে সংঘটিত সমর্থনের জন্য সক্ষম করে, সেটি বাতিল করা হয়। XA লেনদেনের জন্য দুই-পর্যায়ে কমিটির জন্য InnoDB সমর্থন সবসময় MySQL 5.7.10 হিসাবে সক্ষম হয়। Innodb_support_xa নিষ্ক্রিয় করা আর অনুমোদিত নয় কারণ এটি অনুলিপিটিকে অনিরাপদ করে এবং বাইনারি লগ গ্রুপ কমিটির সাথে সম্পর্কিত কর্মক্ষমতা লাভকে বাধা দেয়।
নতুন কি সংস্করণে:
- সুরক্ষা নোট:
- পূর্বে, MySQL এনক্রিপ্ট করা সংযোগগুলির জন্য শুধুমাত্র TLSv1 প্রোটোকল সমর্থিত। উচ্চ স্তরের এনক্রিপ্টযুক্ত সংযোগ সুরক্ষা সক্ষম করতে TLS সমর্থন বাড়ানো হয়েছে ...
- yaSSL এর বান্ডেল সংস্করণ ব্যবহার করে সংকলিত হলে, MySQL TLSv1 এবং TLSv1.1 প্রোটোকলগুলিকে সমর্থন করে।
- OpenSSL 1.0.1 বা উচ্চতর ব্যবহার করে সংকলিত হলে, MySQL TLSv1, TLSv1.1 এবং TLSv1.2 প্রোটোকলগুলিকে সমর্থন করে।
- ডিফল্টরূপে, MySQL সার্ভার এবং ক্লায়েন্ট এবং কী কী আকার ব্যবহার করা হয় সেটি সংকলন করার জন্য কোন SSL লাইব্রেরিটি ব্যবহার করা হয়েছিল তার উপর নির্ভর করে উপলব্ধ সর্বোচ্চ টিএলএস প্রোটোকল সংস্করণটি ব্যবহার করার প্রচেষ্টা করে।
- কারণ TLSv1.2 এর জন্য OpenSSL প্রয়োজন, এই প্রোটোকলের জন্য সমর্থন শুধুমাত্র মাইএসকিউএল কমার্শিয়াল সার্ভারের জন্য বাইনারি বিতরণে উপলব্ধ, এবং MySQL কমিউনিটি সার্ভারের জন্য নয় (যা yaSSL ব্যবহার করে সংকলিত হয়)। TLSv1.2 সমর্থনটি উৎস থেকে তৈরি করার জন্য, আপনি MySQL কনফিগার করার সময় OpenSSL ব্যবহার করতে WITH_SSL সিএমকে বিকল্পটি সেট করতে হবে।
- নতুন tls_version সিস্টেম ভেরিয়েবল সার্ভারের দ্বারা স্টার্টআপে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে। ক্লায়েন্ট পার্শ্বে, --tls-version বিকল্পটি ক্লায়েন্ট প্রোগ্রামগুলির দ্বারা ক্লায়েন্ট প্রোগ্রামগুলির জন্য নির্ধারিত TLS প্রোটোকলগুলিকে অনুমতি দেয়।
- mysql_options () সি API ফাংশনটি একটি নতুন MYSQL_OPT_TLS_VERSION বিকল্প রয়েছে যা ক্লায়েন্ট লাইব্রেরির মধ্যে ক্লায়েন্ট প্রোগ্রাম থেকে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে।
- কার্যকারিতা যোগ করা বা পরিবর্তন করা হয়েছে:
- InnoDB: innodb_support_xa সিস্টেম ভেরিয়েবল, যা XA লেনদেনে দুই-পর্যায়ে সংঘটিত সমর্থনের জন্য সক্ষম করে, সেটি বাতিল করা হয়। XA লেনদেনের জন্য দুই-পর্যায়ে কমিটির জন্য InnoDB সমর্থন সবসময় MySQL 5.7.10 হিসাবে সক্ষম হয়। Innodb_support_xa নিষ্ক্রিয় করা আর অনুমোদিত নয় কারণ এটি অনুলিপিটিকে অনিরাপদ করে এবং বাইনারি লগ গ্রুপ কমিটির সাথে সম্পর্কিত কর্মক্ষমতা লাভকে বাধা দেয়।
সংস্করণ 5.7.19 GA তে নতুন কি :
- সুরক্ষা নোট:
- পূর্বে, MySQL এনক্রিপ্ট করা সংযোগগুলির জন্য শুধুমাত্র TLSv1 প্রোটোকল সমর্থিত। উচ্চ স্তরের এনক্রিপ্টযুক্ত সংযোগ সুরক্ষা সক্ষম করতে TLS সমর্থন বাড়ানো হয়েছে ...
- yaSSL এর বান্ডেল সংস্করণ ব্যবহার করে সংকলিত হলে, MySQL TLSv1 এবং TLSv1.1 প্রোটোকলগুলিকে সমর্থন করে।
- OpenSSL 1.0.1 বা উচ্চতর ব্যবহার করে সংকলিত হলে, MySQL TLSv1, TLSv1.1 এবং TLSv1.2 প্রোটোকলগুলিকে সমর্থন করে।
- ডিফল্টরূপে, MySQL সার্ভার এবং ক্লায়েন্ট এবং কী কী আকার ব্যবহার করা হয় সেটি সংকলন করার জন্য কোন SSL লাইব্রেরিটি ব্যবহার করা হয়েছিল তার উপর নির্ভর করে উপলব্ধ সর্বোচ্চ টিএলএস প্রোটোকল সংস্করণটি ব্যবহার করার প্রচেষ্টা করে।
- কারণ TLSv1.2 এর জন্য OpenSSL প্রয়োজন, এই প্রোটোকলের জন্য সমর্থন শুধুমাত্র মাইএসকিউএল কমার্শিয়াল সার্ভারের জন্য বাইনারি বিতরণে উপলব্ধ, এবং MySQL কমিউনিটি সার্ভারের জন্য নয় (যা yaSSL ব্যবহার করে সংকলিত হয়)। TLSv1.2 সমর্থনটি উৎস থেকে তৈরি করার জন্য, আপনি MySQL কনফিগার করার সময় OpenSSL ব্যবহার করতে WITH_SSL সিএমকে বিকল্পটি সেট করতে হবে।
- নতুন tls_version সিস্টেম ভেরিয়েবল সার্ভারের দ্বারা স্টার্টআপে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে। ক্লায়েন্ট পার্শ্বে, --tls-version বিকল্পটি ক্লায়েন্ট প্রোগ্রামগুলির দ্বারা ক্লায়েন্ট প্রোগ্রামগুলির জন্য নির্ধারিত TLS প্রোটোকলগুলিকে অনুমতি দেয়।
- mysql_options () সি API ফাংশনটি একটি নতুন MYSQL_OPT_TLS_VERSION বিকল্প রয়েছে যা ক্লায়েন্ট লাইব্রেরির মধ্যে ক্লায়েন্ট প্রোগ্রাম থেকে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে।
- কার্যকারিতা যোগ করা বা পরিবর্তন করা হয়েছে:
- InnoDB: innodb_support_xa সিস্টেম ভেরিয়েবল, যা XA লেনদেনে দুই-পর্যায়ে সংঘটিত সমর্থনের জন্য সক্ষম করে, সেটি বাতিল করা হয়। XA লেনদেনের জন্য দুই-পর্যায়ে কমিটির জন্য InnoDB সমর্থন সবসময় MySQL 5.7.10 হিসাবে সক্ষম হয়। Innodb_support_xa নিষ্ক্রিয় করা আর অনুমোদিত নয় কারণ এটি অনুলিপিটিকে অনিরাপদ করে এবং বাইনারি লগ গ্রুপ কমিটির সাথে সম্পর্কিত কর্মক্ষমতা লাভকে বাধা দেয়।
সংস্করণ 5.7.18 GA এ নতুন কি :
- সুরক্ষা নোট:
- পূর্বে, MySQL এনক্রিপ্ট করা সংযোগগুলির জন্য শুধুমাত্র TLSv1 প্রোটোকল সমর্থিত। উচ্চ স্তরের এনক্রিপ্টযুক্ত সংযোগ সুরক্ষা সক্ষম করতে TLS সমর্থন বাড়ানো হয়েছে ...
- yaSSL এর বান্ডেল সংস্করণ ব্যবহার করে সংকলিত হলে, MySQL TLSv1 এবং TLSv1.1 প্রোটোকলগুলিকে সমর্থন করে।
- OpenSSL 1.0.1 বা উচ্চতর ব্যবহার করে সংকলিত হলে, MySQL TLSv1, TLSv1.1 এবং TLSv1.2 প্রোটোকলগুলিকে সমর্থন করে।
- ডিফল্টরূপে, MySQL সার্ভার এবং ক্লায়েন্ট এবং কী কী আকার ব্যবহার করা হয় সেটি সংকলন করার জন্য কোন SSL লাইব্রেরিটি ব্যবহার করা হয়েছিল তার উপর নির্ভর করে উপলব্ধ সর্বোচ্চ টিএলএস প্রোটোকল সংস্করণটি ব্যবহার করার প্রচেষ্টা করে।
- কারণ TLSv1.2 এর জন্য OpenSSL প্রয়োজন, এই প্রোটোকলের জন্য সমর্থন শুধুমাত্র মাইএসকিউএল কমার্শিয়াল সার্ভারের জন্য বাইনারি বিতরণে উপলব্ধ, এবং MySQL কমিউনিটি সার্ভারের জন্য নয় (যা yaSSL ব্যবহার করে সংকলিত হয়)। TLSv1.2 সমর্থনটি উৎস থেকে তৈরি করার জন্য, আপনি MySQL কনফিগার করার সময় OpenSSL ব্যবহার করতে WITH_SSL সিএমকে বিকল্পটি সেট করতে হবে।
- নতুন tls_version সিস্টেম ভেরিয়েবল সার্ভারের দ্বারা স্টার্টআপে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে। ক্লায়েন্ট পার্শ্বে, --tls-version বিকল্পটি ক্লায়েন্ট প্রোগ্রামগুলির দ্বারা ক্লায়েন্ট প্রোগ্রামগুলির জন্য নির্ধারিত TLS প্রোটোকলগুলিকে অনুমতি দেয়।
- mysql_options () সি API ফাংশনটি একটি নতুন MYSQL_OPT_TLS_VERSION বিকল্প রয়েছে যা ক্লায়েন্ট লাইব্রেরির মধ্যে ক্লায়েন্ট প্রোগ্রাম থেকে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে।
- কার্যকারিতা যোগ করা বা পরিবর্তন করা হয়েছে:
- InnoDB: innodb_support_xa সিস্টেম ভেরিয়েবল, যা XA লেনদেনে দুই-পর্যায়ে সংঘটিত সমর্থনের জন্য সক্ষম করে, সেটি বাতিল করা হয়। XA লেনদেনের জন্য দুই-পর্যায়ে কমিটির জন্য InnoDB সমর্থন সবসময় MySQL 5.7.10 হিসাবে সক্ষম হয়। Innodb_support_xa নিষ্ক্রিয় করা আর অনুমোদিত নয় কারণ এটি অনুলিপিটিকে অনিরাপদ করে এবং বাইনারি লগ গ্রুপ কমিটির সাথে সম্পর্কিত কর্মক্ষমতা লাভকে বাধা দেয়।
সংস্করণ 5.7.17 GA এ নতুন কি :
সুরক্ষা নোট:
পূর্বে, MySQL এনক্রিপ্ট করা সংযোগগুলির জন্য শুধুমাত্র TLSv1 প্রোটোকল সমর্থিত। উচ্চ স্তরের এনক্রিপ্টযুক্ত সংযোগ সুরক্ষা সক্ষম করতে TLS সমর্থন বাড়ানো হয়েছে ...
yaSSL এর বান্ডেল সংস্করণ ব্যবহার করে সংকলিত হলে, MySQL TLSv1 এবং TLSv1.1 প্রোটোকলগুলিকে সমর্থন করে।
OpenSSL 1.0.1 বা উচ্চতর ব্যবহার করে সংকলিত হলে, MySQL TLSv1, TLSv1.1 এবং TLSv1.2 প্রোটোকলগুলিকে সমর্থন করে।
ডিফল্টরূপে, MySQL সার্ভার এবং ক্লায়েন্ট এবং কী কী আকার ব্যবহার করা হয় সেটি সংকলন করার জন্য কোন SSL লাইব্রেরিটি ব্যবহার করা হয়েছিল তার উপর নির্ভর করে উপলব্ধ সর্বোচ্চ টিএলএস প্রোটোকল সংস্করণটি ব্যবহার করার প্রচেষ্টা করে।
কারণ TLSv1.2 এর জন্য OpenSSL প্রয়োজন, এই প্রোটোকলের জন্য সমর্থন শুধুমাত্র মাইএসকিউএল কমার্শিয়াল সার্ভারের জন্য বাইনারি বিতরণে উপলব্ধ, এবং MySQL কমিউনিটি সার্ভারের জন্য নয় (যা yaSSL ব্যবহার করে সংকলিত হয়)। TLSv1.2 সমর্থনটি উৎস থেকে তৈরি করার জন্য, আপনি MySQL কনফিগার করার সময় OpenSSL ব্যবহার করতে WITH_SSL সিএমকে বিকল্পটি সেট করতে হবে।
নতুন tls_version সিস্টেম ভেরিয়েবল সার্ভারের দ্বারা স্টার্টআপে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে। ক্লায়েন্ট পার্শ্বে, --tls-version বিকল্পটি ক্লায়েন্ট প্রোগ্রামগুলির দ্বারা ক্লায়েন্ট প্রোগ্রামগুলির জন্য নির্ধারিত TLS প্রোটোকলগুলিকে অনুমতি দেয়।
mysql_options () সি API ফাংশনটি একটি নতুন MYSQL_OPT_TLS_VERSION বিকল্প রয়েছে যা ক্লায়েন্ট লাইব্রেরির মধ্যে ক্লায়েন্ট প্রোগ্রাম থেকে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে।
কার্যকারিতা যোগ করা বা পরিবর্তন করা হয়েছে:
InnoDB: innodb_support_xa সিস্টেম ভেরিয়েবল, যা XA লেনদেনে দুই-পর্যায়ে সংঘটিত সমর্থনের জন্য সক্ষম করে, সেটি বাতিল করা হয়। XA লেনদেনের জন্য দুই-পর্যায়ে কমিটির জন্য InnoDB সমর্থন সবসময় MySQL 5.7.10 হিসাবে সক্ষম হয়। Innodb_support_xa নিষ্ক্রিয় করা আর অনুমোদিত নয় কারণ এটি অনুলিপিটিকে অনিরাপদ করে এবং বাইনারি লগ গ্রুপ কমিটির সাথে সম্পর্কিত কর্মক্ষমতা লাভকে বাধা দেয়।
নতুন কি সংস্করণ 5.7.16 GA এ:
সুরক্ষা নোট:
পূর্বে, MySQL এনক্রিপ্ট করা সংযোগগুলির জন্য শুধুমাত্র TLSv1 প্রোটোকল সমর্থিত। উচ্চ স্তরের এনক্রিপ্টযুক্ত সংযোগ সুরক্ষা সক্ষম করতে TLS সমর্থন বাড়ানো হয়েছে ...
yaSSL এর বান্ডেল সংস্করণ ব্যবহার করে সংকলিত হলে, MySQL TLSv1 এবং TLSv1.1 প্রোটোকলগুলিকে সমর্থন করে।
OpenSSL 1.0.1 বা উচ্চতর ব্যবহার করে সংকলিত হলে, MySQL TLSv1, TLSv1.1 এবং TLSv1.2 প্রোটোকলগুলিকে সমর্থন করে।
ডিফল্টরূপে, MySQL সার্ভার এবং ক্লায়েন্ট এবং কী কী আকার ব্যবহার করা হয় সেটি সংকলন করার জন্য কোন SSL লাইব্রেরিটি ব্যবহার করা হয়েছিল তার উপর নির্ভর করে উপলব্ধ সর্বোচ্চ টিএলএস প্রোটোকল সংস্করণটি ব্যবহার করার প্রচেষ্টা করে।
কারণ TLSv1.2 এর জন্য OpenSSL প্রয়োজন, এই প্রোটোকলের জন্য সমর্থন শুধুমাত্র মাইএসকিউএল কমার্শিয়াল সার্ভারের জন্য বাইনারি বিতরণে উপলব্ধ, এবং MySQL কমিউনিটি সার্ভারের জন্য নয় (যা yaSSL ব্যবহার করে সংকলিত হয়)। TLSv1.2 সমর্থনটি উৎস থেকে তৈরি করার জন্য, আপনি MySQL কনফিগার করার সময় OpenSSL ব্যবহার করতে WITH_SSL সিএমকে বিকল্পটি সেট করতে হবে।
নতুন tls_version সিস্টেম ভেরিয়েবল সার্ভারের দ্বারা স্টার্টআপে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে। ক্লায়েন্ট পার্শ্বে, --tls-version বিকল্পটি ক্লায়েন্ট প্রোগ্রামগুলির দ্বারা ক্লায়েন্ট প্রোগ্রামগুলির জন্য নির্ধারিত TLS প্রোটোকলগুলিকে অনুমতি দেয়।
mysql_options () সি API ফাংশনটি একটি নতুন MYSQL_OPT_TLS_VERSION বিকল্প রয়েছে যা ক্লায়েন্ট লাইব্রেরির মধ্যে ক্লায়েন্ট প্রোগ্রাম থেকে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে।
কার্যকারিতা যোগ করা বা পরিবর্তন করা হয়েছে:
InnoDB: innodb_support_xa সিস্টেম ভেরিয়েবল, যা XA লেনদেনে দুই-পর্যায়ে সংঘটিত সমর্থনের জন্য সক্ষম করে, সেটি বাতিল করা হয়। XA লেনদেনের জন্য দুই-পর্যায়ে কমিটির জন্য InnoDB সমর্থন সবসময় MySQL 5.7.10 হিসাবে সক্ষম হয়। Innodb_support_xa নিষ্ক্রিয় করা আর অনুমোদিত নয় কারণ এটি অনুলিপিটিকে অনিরাপদ করে এবং বাইনারি লগ গ্রুপ কমিটির সাথে সম্পর্কিত কর্মক্ষমতা লাভকে বাধা দেয়।
নতুন কি সংস্করণ 5.7.15 GA এ:
সুরক্ষা নোট:
পূর্বে, MySQL এনক্রিপ্ট করা সংযোগগুলির জন্য শুধুমাত্র TLSv1 প্রোটোকল সমর্থিত। উচ্চ স্তরের এনক্রিপ্টযুক্ত সংযোগ সুরক্ষা সক্ষম করতে TLS সমর্থন বাড়ানো হয়েছে ...
yaSSL এর বান্ডেল সংস্করণ ব্যবহার করে সংকলিত হলে, MySQL TLSv1 এবং TLSv1.1 প্রোটোকলগুলিকে সমর্থন করে।
OpenSSL 1.0.1 বা উচ্চতর ব্যবহার করে সংকলিত হলে, MySQL TLSv1, TLSv1.1 এবং TLSv1.2 প্রোটোকলগুলিকে সমর্থন করে।
ডিফল্টরূপে, MySQL সার্ভার এবং ক্লায়েন্ট এবং কী কী আকার ব্যবহার করা হয় সেটি সংকলন করার জন্য কোন SSL লাইব্রেরিটি ব্যবহার করা হয়েছিল তার উপর নির্ভর করে উপলব্ধ সর্বোচ্চ টিএলএস প্রোটোকল সংস্করণটি ব্যবহার করার প্রচেষ্টা করে।
কারণ TLSv1.2 এর জন্য OpenSSL প্রয়োজন, এই প্রোটোকলের জন্য সমর্থন শুধুমাত্র মাইএসকিউএল কমার্শিয়াল সার্ভারের জন্য বাইনারি বিতরণে উপলব্ধ, এবং MySQL কমিউনিটি সার্ভারের জন্য নয় (যা yaSSL ব্যবহার করে সংকলিত হয়)। TLSv1.2 সমর্থনটি উৎস থেকে তৈরি করার জন্য, আপনি MySQL কনফিগার করার সময় OpenSSL ব্যবহার করতে WITH_SSL সিএমকে বিকল্পটি সেট করতে হবে।
নতুন tls_version সিস্টেম ভেরিয়েবল সার্ভারের দ্বারা স্টার্টআপে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে। ক্লায়েন্ট পার্শ্বে, --tls-version বিকল্পটি ক্লায়েন্ট প্রোগ্রামগুলির দ্বারা ক্লায়েন্ট প্রোগ্রামগুলির জন্য নির্ধারিত TLS প্রোটোকলগুলিকে অনুমতি দেয়।
mysql_options () সি API ফাংশনটি একটি নতুন MYSQL_OPT_TLS_VERSION বিকল্প রয়েছে যা ক্লায়েন্ট লাইব্রেরির মধ্যে ক্লায়েন্ট প্রোগ্রাম থেকে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে।
কার্যকারিতা যোগ করা বা পরিবর্তন করা হয়েছে:
InnoDB: innodb_support_xa সিস্টেম ভেরিয়েবল, যা XA লেনদেনে দুই-পর্যায়ে সংঘটিত সমর্থনের জন্য সক্ষম করে, সেটি বাতিল করা হয়। XA লেনদেনের জন্য দুই-পর্যায়ে কমিটির জন্য InnoDB সমর্থন সবসময় MySQL 5.7.10 হিসাবে সক্ষম হয়। Innodb_support_xa নিষ্ক্রিয় করা আর অনুমোদিত নয় কারণ এটি অনুলিপিটিকে অনিরাপদ করে এবং বাইনারি লগ গ্রুপ কমিটির সাথে সম্পর্কিত কর্মক্ষমতা লাভকে বাধা দেয়।
সংস্করণ 5.7.14 GA তে নতুন :
সুরক্ষা নোট:
পূর্বে, MySQL এনক্রিপ্ট করা সংযোগগুলির জন্য শুধুমাত্র TLSv1 প্রোটোকল সমর্থিত। উচ্চ স্তরের এনক্রিপ্টযুক্ত সংযোগ সুরক্ষা সক্ষম করতে TLS সমর্থন বাড়ানো হয়েছে ...
yaSSL এর বান্ডেল সংস্করণ ব্যবহার করে সংকলিত হলে, MySQL TLSv1 এবং TLSv1.1 প্রোটোকলগুলিকে সমর্থন করে।
OpenSSL 1.0.1 বা উচ্চতর ব্যবহার করে সংকলিত হলে, MySQL TLSv1, TLSv1.1 এবং TLSv1.2 প্রোটোকলগুলিকে সমর্থন করে।
ডিফল্টরূপে, MySQL সার্ভার এবং ক্লায়েন্ট এবং কী কী আকার ব্যবহার করা হয় সেটি সংকলন করার জন্য কোন SSL লাইব্রেরিটি ব্যবহার করা হয়েছিল তার উপর নির্ভর করে উপলব্ধ সর্বোচ্চ টিএলএস প্রোটোকল সংস্করণটি ব্যবহার করার প্রচেষ্টা করে।
কারণ TLSv1.2 এর জন্য OpenSSL প্রয়োজন, এই প্রোটোকলের জন্য সমর্থন শুধুমাত্র মাইএসকিউএল কমার্শিয়াল সার্ভারের জন্য বাইনারি বিতরণে উপলব্ধ, এবং MySQL কমিউনিটি সার্ভারের জন্য নয় (যা yaSSL ব্যবহার করে সংকলিত হয়)। TLSv1.2 সমর্থনটি উৎস থেকে তৈরি করার জন্য, আপনি MySQL কনফিগার করার সময় OpenSSL ব্যবহার করতে WITH_SSL সিএমকে বিকল্পটি সেট করতে হবে।
নতুন tls_version সিস্টেম ভেরিয়েবল সার্ভারের দ্বারা স্টার্টআপে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে। ক্লায়েন্ট পার্শ্বে, --tls-version বিকল্পটি ক্লায়েন্ট প্রোগ্রামগুলির দ্বারা ক্লায়েন্ট প্রোগ্রামগুলির জন্য নির্ধারিত TLS প্রোটোকলগুলিকে অনুমতি দেয়।
mysql_options () সি API ফাংশনটি একটি নতুন MYSQL_OPT_TLS_VERSION বিকল্প রয়েছে যা ক্লায়েন্ট লাইব্রেরির মধ্যে ক্লায়েন্ট প্রোগ্রাম থেকে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে।
কার্যকারিতা যোগ করা বা পরিবর্তন করা হয়েছে:
InnoDB: innodb_support_xa সিস্টেম ভেরিয়েবল, যা XA লেনদেনে দুই-পর্যায়ে সংঘটিত সমর্থনের জন্য সক্ষম করে, সেটি বাতিল করা হয়। XA লেনদেনের জন্য দুই-পর্যায়ে কমিটির জন্য InnoDB সমর্থন সবসময় MySQL 5.7.10 হিসাবে সক্ষম হয়। Innodb_support_xa নিষ্ক্রিয় করা আর অনুমোদিত নয় কারণ এটি অনুলিপিটিকে অনিরাপদ করে এবং বাইনারি লগ গ্রুপ কমিটির সাথে সম্পর্কিত কর্মক্ষমতা লাভকে বাধা দেয়।
নতুন কি সংস্করণ 5.7.13 GA এ:
সুরক্ষা নোট:
পূর্বে, MySQL এনক্রিপ্ট করা সংযোগগুলির জন্য শুধুমাত্র TLSv1 প্রোটোকল সমর্থিত। উচ্চ স্তরের এনক্রিপ্টযুক্ত সংযোগ সুরক্ষা সক্ষম করতে TLS সমর্থন বাড়ানো হয়েছে ...
yaSSL এর বান্ডেল সংস্করণ ব্যবহার করে সংকলিত হলে, MySQL TLSv1 এবং TLSv1.1 প্রোটোকলগুলিকে সমর্থন করে।
OpenSSL 1.0.1 বা উচ্চতর ব্যবহার করে সংকলিত হলে, MySQL TLSv1, TLSv1.1 এবং TLSv1.2 প্রোটোকলগুলিকে সমর্থন করে।
ডিফল্টরূপে, MySQL সার্ভার এবং ক্লায়েন্ট এবং কী কী আকার ব্যবহার করা হয় সেটি সংকলন করার জন্য কোন SSL লাইব্রেরিটি ব্যবহার করা হয়েছিল তার উপর নির্ভর করে উপলব্ধ সর্বোচ্চ টিএলএস প্রোটোকল সংস্করণটি ব্যবহার করার প্রচেষ্টা করে।
কারণ TLSv1.2 এর জন্য OpenSSL প্রয়োজন, এই প্রোটোকলের জন্য সমর্থন শুধুমাত্র মাইএসকিউএল কমার্শিয়াল সার্ভারের জন্য বাইনারি বিতরণে উপলব্ধ, এবং MySQL কমিউনিটি সার্ভারের জন্য নয় (যা yaSSL ব্যবহার করে সংকলিত হয়)। TLSv1.2 সমর্থনটি উৎস থেকে তৈরি করার জন্য, আপনি MySQL কনফিগার করার সময় OpenSSL ব্যবহার করতে WITH_SSL সিএমকে বিকল্পটি সেট করতে হবে।
নতুন tls_version সিস্টেম ভেরিয়েবল সার্ভারের দ্বারা স্টার্টআপে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে। ক্লায়েন্ট পার্শ্বে, --tls-version বিকল্পটি ক্লায়েন্ট প্রোগ্রামগুলির দ্বারা ক্লায়েন্ট প্রোগ্রামগুলির জন্য নির্ধারিত TLS প্রোটোকলগুলিকে অনুমতি দেয়।
mysql_options () সি API ফাংশনটি একটি নতুন MYSQL_OPT_TLS_VERSION বিকল্প রয়েছে যা ক্লায়েন্ট লাইব্রেরির মধ্যে ক্লায়েন্ট প্রোগ্রাম থেকে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে।
কার্যকারিতা যোগ করা বা পরিবর্তন করা হয়েছে:
InnoDB: innodb_support_xa সিস্টেম ভেরিয়েবল, যা XA লেনদেনে দুই-পর্যায়ে সংঘটিত সমর্থনের জন্য সক্ষম করে, সেটি বাতিল করা হয়। XA লেনদেনের জন্য দুই-পর্যায়ে কমিটির জন্য InnoDB সমর্থন সবসময় MySQL 5.7.10 হিসাবে সক্ষম হয়। Innodb_support_xa নিষ্ক্রিয় করা আর অনুমোদিত নয় কারণ এটি অনুলিপিটিকে অনিরাপদ করে এবং বাইনারি লগ গ্রুপ কমিটির সাথে সম্পর্কিত কর্মক্ষমতা লাভকে বাধা দেয়।
নতুন কি সংস্করণ 5.7.11 GA এ:
সুরক্ষা নোট:
পূর্বে, MySQL এনক্রিপ্ট করা সংযোগগুলির জন্য শুধুমাত্র TLSv1 প্রোটোকল সমর্থিত। উচ্চ স্তরের এনক্রিপ্টযুক্ত সংযোগ সুরক্ষা সক্ষম করতে TLS সমর্থন বাড়ানো হয়েছে ...
yaSSL এর বান্ডেল সংস্করণ ব্যবহার করে সংকলিত হলে, MySQL TLSv1 এবং TLSv1.1 প্রোটোকলগুলিকে সমর্থন করে।
OpenSSL 1.0.1 বা উচ্চতর ব্যবহার করে সংকলিত হলে, MySQL TLSv1, TLSv1.1 এবং TLSv1.2 প্রোটোকলগুলিকে সমর্থন করে।
ডিফল্টরূপে, MySQL সার্ভার এবং ক্লায়েন্ট এবং কী কী আকার ব্যবহার করা হয় সেটি সংকলন করার জন্য কোন SSL লাইব্রেরিটি ব্যবহার করা হয়েছিল তার উপর নির্ভর করে উপলব্ধ সর্বোচ্চ টিএলএস প্রোটোকল সংস্করণটি ব্যবহার করার প্রচেষ্টা করে।
কারণ TLSv1.2 এর জন্য OpenSSL প্রয়োজন, এই প্রোটোকলের জন্য সমর্থন শুধুমাত্র মাইএসকিউএল কমার্শিয়াল সার্ভারের জন্য বাইনারি বিতরণে উপলব্ধ, এবং MySQL কমিউনিটি সার্ভারের জন্য নয় (যা yaSSL ব্যবহার করে সংকলিত হয়)। TLSv1.2 সমর্থনটি উৎস থেকে তৈরি করার জন্য, আপনি MySQL কনফিগার করার সময় OpenSSL ব্যবহার করতে WITH_SSL সিএমকে বিকল্পটি সেট করতে হবে।
নতুন tls_version সিস্টেম ভেরিয়েবল সার্ভারের দ্বারা স্টার্টআপে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে। ক্লায়েন্ট পার্শ্বে, --tls-version বিকল্পটি ক্লায়েন্ট প্রোগ্রামগুলির দ্বারা ক্লায়েন্ট প্রোগ্রামগুলির জন্য নির্ধারিত TLS প্রোটোকলগুলিকে অনুমতি দেয়।
mysql_options () সি API ফাংশনটি একটি নতুন MYSQL_OPT_TLS_VERSION বিকল্প রয়েছে যা ক্লায়েন্ট লাইব্রেরির মধ্যে ক্লায়েন্ট প্রোগ্রাম থেকে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে।
কার্যকারিতা যোগ করা বা পরিবর্তন করা হয়েছে:
InnoDB: innodb_support_xa সিস্টেম ভেরিয়েবল, যা XA লেনদেনে দুই-পর্যায়ে সংঘটিত সমর্থনের জন্য সক্ষম করে, সেটি বাতিল করা হয়। XA লেনদেনের জন্য দুই-পর্যায়ে কমিটির জন্য InnoDB সমর্থন সবসময় MySQL 5.7.10 হিসাবে সক্ষম হয়। Innodb_support_xa নিষ্ক্রিয় করা আর অনুমোদিত নয় কারণ এটি অনুলিপিটিকে অনিরাপদ করে এবং বাইনারি লগ গ্রুপ কমিটির সাথে সম্পর্কিত কর্মক্ষমতা লাভকে বাধা দেয়।
নতুন কি সংস্করণ 5.7.10 GA এ:
সুরক্ষা নোট:
পূর্বে, MySQL এনক্রিপ্ট করা সংযোগগুলির জন্য শুধুমাত্র TLSv1 প্রোটোকল সমর্থিত। উচ্চ স্তরের এনক্রিপ্টযুক্ত সংযোগ সুরক্ষা সক্ষম করতে TLS সমর্থন বাড়ানো হয়েছে ...
yaSSL এর বান্ডেল সংস্করণ ব্যবহার করে সংকলিত হলে, MySQL TLSv1 এবং TLSv1.1 প্রোটোকলগুলিকে সমর্থন করে।
OpenSSL 1.0.1 বা উচ্চতর ব্যবহার করে সংকলিত হলে, MySQL TLSv1, TLSv1.1 এবং TLSv1.2 প্রোটোকলগুলিকে সমর্থন করে।
ডিফল্টরূপে, MySQL সার্ভার এবং ক্লায়েন্ট এবং কী কী আকার ব্যবহার করা হয় সেটি সংকলন করার জন্য কোন SSL লাইব্রেরিটি ব্যবহার করা হয়েছিল তার উপর নির্ভর করে উপলব্ধ সর্বোচ্চ টিএলএস প্রোটোকল সংস্করণটি ব্যবহার করার প্রচেষ্টা করে।
কারণ TLSv1.2 এর জন্য OpenSSL প্রয়োজন, এই প্রোটোকলের জন্য সমর্থন শুধুমাত্র মাইএসকিউএল কমার্শিয়াল সার্ভারের জন্য বাইনারি বিতরণে উপলব্ধ, এবং MySQL কমিউনিটি সার্ভারের জন্য নয় (যা yaSSL ব্যবহার করে সংকলিত হয়)। TLSv1.2 সমর্থনটি উৎস থেকে তৈরি করার জন্য, আপনি MySQL কনফিগার করার সময় OpenSSL ব্যবহার করতে WITH_SSL সিএমকে বিকল্পটি সেট করতে হবে।
নতুন tls_version সিস্টেম ভেরিয়েবল সার্ভারের দ্বারা স্টার্টআপে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে। ক্লায়েন্ট পার্শ্বে, --tls-version বিকল্পটি ক্লায়েন্ট প্রোগ্রামগুলির দ্বারা ক্লায়েন্ট প্রোগ্রামগুলির জন্য নির্ধারিত TLS প্রোটোকলগুলিকে অনুমতি দেয়।
mysql_options () সি API ফাংশনটি একটি নতুন MYSQL_OPT_TLS_VERSION বিকল্প রয়েছে যা ক্লায়েন্ট লাইব্রেরির মধ্যে ক্লায়েন্ট প্রোগ্রাম থেকে নির্দিষ্ট করার জন্য অনুমোদিত TLS প্রোটোকলগুলিকে সক্ষম করে।
কার্যকারিতা যোগ করা বা পরিবর্তন করা হয়েছে:
InnoDB: innodb_support_xa সিস্টেম ভেরিয়েবল, যা XA লেনদেনে দুই-পর্যায়ে সংঘটিত সমর্থনের জন্য সক্ষম করে, সেটি বাতিল করা হয়। XA লেনদেনের জন্য দুই-পর্যায়ে কমিটির জন্য InnoDB সমর্থন সবসময় MySQL 5.7.10 হিসাবে সক্ষম হয়। Innodb_support_xa নিষ্ক্রিয় করা আর অনুমোদিত নয় কারণ এটি অনুলিপিটিকে অনিরাপদ করে এবং বাইনারি লগ গ্রুপ কমিটির সাথে সম্পর্কিত কর্মক্ষমতা লাভকে বাধা দেয়।
5.6.26 GA / 5.7.5 মাইলস্টোন 16 সংস্করণে নতুন কী রয়েছে:
এই রিলিজ ডেবিয়ান 8 এবং উবুন্টু 15.04 এর জন্য সমর্থন যোগ করে।
সংস্করণ 5.6.25 GA / 5.7.5 মাইলস্টোন 16 তে নতুন :
সুরক্ষা নোট:
MySQL কমার্শিয়াল সার্ভারের জন্য লিঙ্কযুক্ত ওপেনএসএল লাইব্রেরি সংস্করণ 1.0.1j থেকে সংস্করণ 1.0.1k পর্যন্ত আপডেট করা হয়েছে। নতুন সংস্করণে নির্দিষ্ট সমস্যাগুলি http://www.openssl.org/news/vulnerabilities.html এ বর্ণিত।
এই পরিবর্তন Oracle- উত্পাদিত MySQL সম্প্রদায়টি MySQL সার্ভারের বিল্ডকে প্রভাবিত করে না, যা পরিবর্তে yaSSL লাইব্রেরি ব্যবহার করে। (বাগ # 20375530)
কার্যকারিতা যোগ করা বা পরিবর্তন করা হয়েছে:
SSL 2.0 এবং SSL 3.0 প্রোটোকলের জন্য সমর্থন নিষ্ক্রিয় করা হয়েছে কারণ এটি দুর্বল এনক্রিপশন সরবরাহ করে। (বাগ # 19820550)
yaSSL সংস্করণ 2.3.7 এ আপগ্রেড করা হয়েছিল। (বাগ # 19695101, বাগ # 20201864)
MySQL-test / std_data এ SSL শংসাপত্রগুলির বৈধ তারিখ পরিসীমাটি ২0২9 সাল পর্যন্ত বাড়ানো হয়েছে। (বাগ # 18366947)
বাগ স্থির:
InnoDB: একটি টেবিলস্পেস এক্সপোর্ট অপারেশনটি PURGE_STATE_STOP তে বিশুদ্ধ অবস্থা সেট করে তবে বর্তমান প্রজেক্ট অপারেশন সম্পন্ন না হওয়া পর্যন্ত purge থ্রেড বিশুদ্ধ অবস্থা পরীক্ষা করে নি। একটি বড় ইতিহাস তালিকা ক্ষেত্রে, টেবিলস্পেস এক্সপোর্ট অপারেশন বিলম্বিত ছিল, বর্তমান purge অপারেশন শেষ করার জন্য অপেক্ষা করছে। Purge রাষ্ট্র এখন প্রতিটি purge ব্যাচ সঙ্গে চেক করা হয়। (বাগ # 20266847, বাগ # 75298) InnoDB: একটি বিকল্প টেবিল ... যোগ করুন INDEX ক্রিয়াকলাপটি দাবি কোডের কারণে একটি দাবি উত্থাপন করেছে যা ONLINE_INDEX_ABORTED_DROPPED এর অনলাইন সূচক স্থিতি মঞ্জুরি দেয়নি। দাবি কোড হ্রাস করা হয়েছে। (বাগ # 20198726)
InnoDB: সার্ভার পুনরুদ্ধারের সময় push_warning_printf ফাংশন আহ্বান করার সময় একটি ত্রুটি ঘটেছে। এই ফাংশনটি পূর্বে ক্লায়েন্টকে একটি সতর্কতা বার্তা মুদ্রণ করতে ব্যবহৃত হয়েছিল। এছাড়াও, সার্ভারটি পুনরায় চালু করার সময় current_thd NULL ছিল। (বাগ # 20144839)
InnoDB: একটি বিদেশী কী কলামের নাম পরিবর্তনকারী একটি বিকল্প টেবিল অপারেশন বিদেশী কী সীমাবদ্ধতা পুনরায় লোড করার সময় ব্যর্থতার ফলস্বরূপ। পূর্ববর্তী কলামের নাম নির্বাসিত হওয়ার পরিবর্তে ডেটা অভিধান ক্যাশে রয়ে গেছে। (বাগ # 20031243)
InnoDB: একটি একক লেনদেনে সন্নিবেশকৃত BLOB বা TEXT ডেটাতে আকার সীমাবদ্ধতার ত্রুটি বার্তাগুলি সংশোধন করা হয়েছে। (বাগ # 19975322)
InnoDB: পূর্ণ-পাঠ্য অনুসন্ধান সূচীগুলির সাথে একটি টেবিলে DML ক্রিয়াকলাপগুলি একটি অবৈধ দাবি উত্থাপন করেছে। (বাগ # 19905246)
রেফারেন্স: এই বাগটি # 19314480 বাগ একটি প্রতিক্রিয়া।
InnoDB: একটি মাল্টি-টেবিল মুছে ফেলার ক্রিয়াকলাপ সার্ভারটি বন্ধ করে দেয়। (বাগ # 19815702)
InnoDB: একটি ফ্লাশ টেবিল অপারেশন একটি দাবি উত্থাপিত। (বাগ # 19803418) InnoDB: পরিবর্তন বাফারিং সক্ষম করে, অপারেশনগুলির একটি buffered ক্রম যা buffered করা উচিত নয় তার ফলে একটি রেকর্ড ত্রুটি খালি করতে অক্ষম। (বাগ # 19528825, বাগ # 73767)
InnoDB: অ-উইন্ডোজ প্ল্যাটফর্মগুলিতে, os-file_pread এবং os_file_pwrite ফাংশনগুলি ফেরত -1 যখন একটি ত্রুটি ঘটে। বাইবেল সংখ্যা পড়া বা লিখিত হিসাবে এই মান একটি ত্রুটির বার্তা মুদ্রিত ছিল। ত্রুটির বার্তা -1-মানটি মুদ্রণ করার পরিবর্তে, সিস্টেম কল ব্যর্থতা নির্দেশ করে একটি পৃথক ত্রুটি বার্তা এখন মুদ্রিত হয়। প্যাচ জন্য ডেভিড বেনেট ধন্যবাদ। (বাগ # 19315210, বাগ # 73365)
InnoDB: ক্র্যাশ পুনরুদ্ধারের পরে একটি ধীর শাটডাউন (innodb_fast_shutdown = 0) একটি দাবি উত্থাপন করেছে। ধীরে ধীরে শাটডাউন এগিয়ে যাওয়ার আগে ব্যাকগ্রাউন্ড রোলব্যাক ক্রিয়াকলাপগুলি শেষ হওয়ার জন্য অপেক্ষা করে নি। (বাগ # 16862810)
InnoDB: পূর্ণসংখ্যা কলাম মানটি মেমচ্যাড incr এবং decr কমান্ডের জন্য ভুলভাবে পরিচালিত হয়েছিল। (বাগ # 69415, বাগ # 20083106, বাগ # 74874, বাগ # 20044123) বিভাজন: একটি ব্যর্থ বিকল্প টেবিল ... একটি পার্টিশনকৃত টেবিলের বিপরীতে ট্রানকাট পার্টিশন বিবৃতি অথবা ব্যর্থ ট্রানকলেট টেবিল বিবৃতি কখনও কখনও টেবিল ক্যাশে অসঙ্গতিপূর্ণ মেটাডেটা বামে; পরবর্তী মেটাডাটা পুনঃব্যবহারের এসকিউএল বিবৃতি ব্যর্থ হয়েছে, এবং কিছু ক্ষেত্রেও সার্ভারের ব্যর্থতা হতে পারে। (বাগ # 74292, বাগ # 19786861)
প্রতিলিপি: যদি একজন ক্রীতদাসের ক্লায়েন্ট থ্রেডটি পড়ুন লক সহ ফ্লাশ ট্যাবগুলি নির্বাহ করে তবে মাস্টারটি একটি DML নির্বাহ করে, একই ক্লায়েন্টে শ্লো স্লেভ স্ট্যাটাসটি চালানো বন্ধ হয়ে যায়, যার ফলে একটি ডিলকাক সৃষ্টি হয়। ফিক্স রিলে লোগো শুধুমাত্র রিলে লগ আপডেট করা হয় এবং ডেডলক এড়ানো হয় যে সময় ধরে রাখা হয় নিশ্চিত করে। (বাগ # 19843808)
প্রতিলিপি: যখন একটি এক্সএ লেনদেন সক্রিয় ছিল, একটি অভ্যন্তরীণ রোলব্যাক নির্বাহ, উদাহরণস্বরূপ BINLOG বিবৃতি ব্যবহার করে, একটি দাবির মধ্যে স্থাপিত। ফিক্স একটি লভ্যাক একটি স্লেভের জন্য শুধুমাত্র যখন একটি লেনদেন একাধিক বাইনারি লগ ফাইল spans নিশ্চিত করে। ফ্লোব্যাক এখন ঘটবে না যদি ফরম্যাট_সাক্ষরটি MySQL ক্লায়েন্টে BINLOG স্টেটমেন্ট থেকে কার্যকর হয়। (বাগ # 74597, বাগ # 19986২22) প্রতিলিপি: সাধারণ ব্যবহারের ক্ষেত্রে, একজন ক্রীতদাসের জন্য মাস্টারের চেয়ে আরও বেশি জিটিআইডি থাকতে পারে না। কিন্তু কিছু পরিস্থিতিতে, যেমন একটি হার্ডওয়্যার ব্যর্থতার পরে বা ভুলভাবে gtid_purged মুছে ফেলা হলে, মাস্টারের বাইনারি লগটি কেটে ফেলা যেতে পারে। এই ফিক্সটি নিশ্চিত করে যে এই ধরনের পরিস্থিতিতে, মাস্টার এখন সনাক্ত করে যে ক্রীতদাসের জিটিআইডিগুলির সাথে লেনদেন আছে যা মাস্টারের নয়। একটি ত্রুটি এখন ক্রীতদাসে উত্পন্ন হয় এবং I / O থ্রেডটি একটি ত্রুটি দ্বারা বন্ধ করা হয়। মাস্টার এর ডাম্প থ্রেড এছাড়াও বন্ধ করা হয়। এই প্রতিলিপি সময় তথ্য অসঙ্গতি বাধা দেয়। (বাগ # 72635, বাগ # 18789758)
প্রতিলিপি: প্রতিলিপি কর্মক্ষমতা নিরীক্ষণ করতে শ্লো স্লেভ স্ট্যাটাস ব্যবহার করার সময়, সেকেন্ডসহেহেন্ডমাস্টার কখনও কখনও মাস্টারের পিছনে অপ্রত্যাশিত ল্যাগ প্রদর্শন করে। এটি পূর্বের_gtids_log_events দ্বারা স্লেভের রিলে লগে লিখিত হচ্ছে মাস্টারের পিছনে টাইমস্ট্যাম্পের সাথে এবং তারপর সেকেন্ডস_হাইন্ডমাস্টার গণনা করার জন্য ব্যবহৃত হচ্ছে। এই ফিক্সটি নিশ্চিত করে যে স্লেভের উপর তৈরি ইভেন্টগুলি রিলে লগে যোগ করা হয় এবং সেকেন্ডস_হাইন্ডমাস্টার গণনা করার সময় ব্যবহার করা হয় না। (বাগ # 72376, বাগ # 18622657)
উবুন্টু 14.10 এ, মাইএসকিউএল ইনস্টলেশানগুলি অ্যাপআমারর পুনরায় লোড করতে ব্যর্থ হতে পারে। (বাগ # ২009২641) একটি এক্সএ লেনদেনের মধ্যে ব্যাখ্যা একটি বিবৃতি বাড়াতে পারে। (বাগ # 19941492)
mysqlbinlog সহ দূরবর্তী সার্ভার থেকে বাইনারি লগ স্ট্রিমিংয়ের দ্বারা তৈরি বাইনারি লগ ফাইলগুলিকে আসল ফাইলগুলির চেয়ে বেশি অনুমতিপ্রাপ্ত একটি অ্যাক্সেস মোড দেওয়া হয়েছে। (বাগ # 19649868)
যদি audit_log প্লাগইনটি একটি ডিস্ক-পূর্ণ ত্রুটি সম্মুখীন হয় তবে সার্ভারটি প্রস্থান করবে।
এখন, যদি ফাইল সিস্টেম যা অডিট লগ লেখা হচ্ছে তা পূরণ হয়, একটি ত্রুটিপূর্ণ ত্রুটিতে "ডিস্ক পূর্ণ" ত্রুটি লেখা হয়। অডিট লগ বাফার পূর্ণ না হওয়া পর্যন্ত অডিট লগিং চলতে থাকে। বাফারটি পূরণের সময় ফ্রি ডিস্ক স্পেস উপলব্ধ করা হয় না, ক্লায়েন্ট সেশনগুলি ফাঁস হয়ে যাবে এবং ক্লায়েন্ট সেশন ফাঁস হওয়ার সময় সার্ভারটি বন্ধ করা হলে অডিট লগ দুর্নীতির ফলাফল হবে। ক্লায়েন্ট সেশন লং হলে এটি এড়াতে, সার্ভার বন্ধ করার আগে বিনামূল্যে স্থান অডিট লগিং ফাইল সিস্টেমে উপলব্ধ রয়েছে তা নিশ্চিত করুন। (বাগ # 19411485)
ফাইল বর্ণনাকারীর বাইরে থাকার কারণে একটি অস্থায়ী টেবিল তৈরি করতে ব্যর্থতার জন্য, সার্ভারটি ত্রুটি ফেরত দেওয়ার পরিবর্তে বহিষ্কৃত হয়েছে। (বাগ # 18948649)
এমন কিছু প্রশ্নের জন্য যা একটি উদ্ভূত টেবিল (FROM ধারাবাহিক উপাদানের অন্তর্গত) রয়েছে, বস্তুগততার বিলম্বের ফলে কম সঠিক সারি-গণনা অনুমানের কারণে একটি উপপাদ্য সঞ্চালনের পরিকল্পনা ঘটে। (বাগ # 18607971) আপডেটের জন্য এবং বিবৃতি মুছে ফেলার জন্য, একটি অনিয়মিত ডেটা গঠন অ্যাক্সেস করার চেষ্টা করার পরে সার্ভারটি প্রস্থান করতে পারে। (বাগ # 18036143)
সার্ভারটি শুরু করার জন্য বা mysqld_safe দিয়ে শুরু করার ফলে সঠিক প্লাগইন ডিরেক্টরি ব্যবহার করতে ব্যর্থ হতে পারে। (বাগ # 17619241)
টেবিলটি ওয়েট_টাইউট সময় এবং টিসিপি রক্ষণশীল সময় অপেক্ষা বেশি নিষ্ক্রিয় থাকলে ফেডারেশন টেবিলের ফ্ল্যাশ টেবিলগুলি ব্যর্থ হয়েছে। (বাগ # 17599258)
INFORMATION_SCHEMA.TABLES থেকে সমস্ত কলাম নির্বাচন করা হলে তারা টেবিল ক্যাশে টেবিলগুলি পুনরায় খুলতে পারে না, তবে একই অবস্থার অধীনে সেই কলামগুলির একটি উপসেট নির্বাচন করে টেবিল পুনরায় খুলতে পারে। (বাগ # 16869534)
যদি my_write () একটি ডিস্ক-পূর্ণ শর্ত সম্মুখীন হয়, এটি একটি ভুল ত্রুটি মান ফেরত দিতে পারে। (বাগ # 16078792, বাগ # 19984788)
InnoDB বুলিয়ান পূর্ণ-পাঠ্য অনুসন্ধান ভুলভাবে পরিচালনা করা + বন্ধনী সহ মিলিত; উদাহরণস্বরূপ, + শব্দ 1 + (& gt; শব্দ 2
পাওয়া মন্তব্যসমূহ না