MySQL Community Edition

نرم افزار تصویر:
MySQL Community Edition
جزئیات نرم افزار:
نسخه: 8.0.12 GA به روز شده
ها تاریخ: 16 Aug 18
توسعه دهنده: Oracle Corporation
پروانه: رایگان
محبوبیت: 112

Rating: 5.0/5 (Total Votes: 2)

MySQL Community Edition یک منبع باز، متقابل پلت فرم، سیستم مدیریت پایگاه داده Relational Database (RDBMS) به طور گسترده ای مورد استفاده و بسیار سریع است. این ویژگی ها شامل برنامه های کاربردی مشتری و سرور است که شامل یک سرور (mysqld) و بسیاری از برنامه های مختلف مشتری و کتابخانه ها می باشد.


امکانات در یک نگاه

MySQL در ابتدا توسط Sun Microsystems (که در حال حاضر توسط اوراکل نگهداری می شود) ساخته شده است، بیش از "محبوب ترین پایگاه داده منبع باز جهان" است، زیرا دارای اتصالات، تکرار، پارتیشن بندی، کارگاه، مانیتورینگ سازمانی، داشبورد و مشاوران، تحلیلگر پرس و جو ، مانیتور تکرار و ویژگی های پشتیبان سازمانی. این برنامه در لینوکس، سولاریس، BSD، سیستم عامل Mac OS X و سیستم عامل های ویندوز اجرا می شود.

علاوه بر این، سرور پایگاه داده MySQL همچنین شما را با عملکردهای پشتیبان کامل، افزایشی و جزئی، بازگردانی کامل و جزئی، بازگردانی نقطه در زمان، احراز هویت خارجی، رعایت احراز هویت مبتنی بر سیاست، پلت فرم موضوعی، مدیریت خوشه، پوسته پوسته شدن اتوماتیک، و نیز ویژگی های ژئو تکرار خوشه ای.

پشتیبانی از طیف گسترده ای از موتورهای ذخیره سازی

از میان موتورهای ذخیره سازی پشتیبانی شده توسط MySQL می توان به MyISAM، InnoDB و NDB اشاره کرد. تهیه پشتیبان داغ برای InnoDB1 نیز ارائه شده است. نسخه اجتماعی به صورت رایگان و فعالانه پشتیبانی و پشتیبانی شده توسط یک جامعه از علاقه مندان به منبع باز و توسعه دهندگان از همه نقاط جهان است.


پشتیبانی از تمام توزیعهای گنو / لینوکس

MySQL برای اجرا بر روی سیستم عامل های مبتنی بر هسته لینوکس طراحی شده است، بدین معنا که می تواند به راحتی بر روی هر توزیع گنو / لینوکس با حداقل تلاش نصب شود. این نسخه به عنوان بسته های دودویی از پیش ساخته شده برای اوبونتو، دبیان، SUSE Linux Enterprise Server، اوراکل لینوکس، Red Hat Enterprise Linux و هر سیستم عامل لینوکس پشتیبانی می کند که از معماری های مجموعه 32 بیتی و 64 بیتی پشتیبانی می کند.


قابل تنظیم از طریق phpMyAdmin

MySQL یک برنامه سرور است، به این معنی که در پس زمینه اجرا می شود، به عنوان یک daemon. شما می توانید از طریق خط فرمان با آن ارتباط برقرار کنید، اما بهترین راه برای مدیریت پایگاه های داده ها، استفاده از یک رابط کاربری گرافیکی است. بهترین فایروال MySQL در دسترس امروز بدون شک phpMyAdmin است، که کاربران را با یک رابط مبتنی بر وب که می تواند از تقریبا هر جا دسترسی داشته باشد فراهم می کند.

چه جدید در این نسخه است:

یادداشت های امنیتی:
قبلا MySQL تنها پروتکل TLSv1 را برای اتصالات رمزگذاری پشتیبانی کرد. پشتیبانی TLS برای افزایش سطح امنیتی امنیتی رمزگذاری شده افزایش یافته است
MySQL از پروتکل های TLSv1 و TLSv1.1 پشتیبانی می کند که با استفاده از نسخه یی از yaSSL کامپایل شده است.
هنگام استفاده از OpenSSL 1.0.1 یا بالاتر، MySQL از پروتکل های TLSv1، TLSv1.1 و TLSv1.2 پشتیبانی می کند.
به طور پیش فرض، MySQL تلاش می کند تا از بهترین نسخه پروتکل TLS در دسترس استفاده کند، بسته به اینکه کدام کتابخانه SSL برای کامپایل سرور و سرویس گیرنده استفاده شده است و کدام اندازه کلیدی استفاده می شود.
از آنجا که TLSv1.2 نیاز به OpenSSL دارد، پشتیبانی از این پروتکل در توزیعهای دودویی تنها برای سرور MySQL Commercial Server و نه برای MySQL Community Server (که با استفاده از yaSSL کامپایل شده است) در دسترس است. برای فعال کردن پشتیبانی از TLSv1.2 اگر شما از منبع تهیه کنید، باید با استفاده از OpenSSL تنظیمات MySQL را با گزینه CM_CS_SSL تنظیم کنید.
متغیر سیستم جدید tls_version پروتکل های TLS مجاز توسط سرور را در هنگام راه اندازی مشخص می کند. در سمت سرویس گیرنده، گزینه -tls-version اجازه می دهد تا پروتکل های TLS مجاز توسط برنامه های مشتری برای هر تماس با مشتری مشخص شود.

تابع API mysql_options () دارای یک گزینه جدید MYSQL_OPT_TLS_VERSION است که پروتکل های TLS اجازه داده شده توسط یک برنامه سرویس گیرنده را از داخل کتابخانه مشتری مشخص می کند.
قابلیت اضافه یا تغییر:
InnoDB: متغیر system innodb_support_xa، که امکان پشتیبانی از دو مرحلهای را در معاملات XA فراهم می کند، غیرقانونی است. پشتیبانی از InnoDB برای انجام دو فاز در معاملات XA همیشه از MySQL 5.7.10 فعال است. غیر فعال کردن innodb_support_xa دیگر مجاز نیست زیرا باعث می شود که تکرار ناامن شود و مانع افزایش عملکرد در ارتباط با گروه ورودی باینری شود.

چه جدید در نسخه 8.0.11 GA منتشر می شود:

یادداشت های امنیتی:
قبلا MySQL تنها پروتکل TLSv1 را برای اتصالات رمزگذاری پشتیبانی کرد. پشتیبانی TLS برای افزایش سطح امنیتی امنیتی رمزگذاری شده افزایش یافته است
MySQL از پروتکل های TLSv1 و TLSv1.1 پشتیبانی می کند که با استفاده از نسخه یی از yaSSL کامپایل شده است.
هنگام استفاده از OpenSSL 1.0.1 یا بالاتر، MySQL از پروتکل های TLSv1، TLSv1.1 و TLSv1.2 پشتیبانی می کند.
به طور پیش فرض، MySQL تلاش می کند تا از بهترین نسخه پروتکل TLS در دسترس استفاده کند، بسته به اینکه کدام کتابخانه SSL برای کامپایل سرور و سرویس گیرنده استفاده شده است و کدام اندازه کلیدی استفاده می شود.
از آنجا که TLSv1.2 نیاز به OpenSSL دارد، پشتیبانی از این پروتکل در توزیعهای دودویی تنها برای سرور MySQL Commercial Server و نه برای MySQL Community Server (که با استفاده از yaSSL کامپایل شده است) در دسترس است. برای فعال کردن پشتیبانی از TLSv1.2 اگر شما از منبع تهیه کنید، باید با استفاده از OpenSSL تنظیمات MySQL را با گزینه CM_CS_SSL تنظیم کنید.
متغیر سیستم جدید tls_version پروتکل های TLS مجاز توسط سرور را در هنگام راه اندازی مشخص می کند. در سمت سرویس گیرنده، گزینه -tls-version اجازه می دهد تا پروتکل های TLS مجاز توسط برنامه های مشتری برای هر تماس با مشتری مشخص شود.

تابع API mysql_options () دارای یک گزینه جدید MYSQL_OPT_TLS_VERSION است که پروتکل های TLS اجازه داده شده توسط یک برنامه سرویس گیرنده را از داخل کتابخانه مشتری مشخص می کند.
قابلیت اضافه یا تغییر:
InnoDB: متغیر system innodb_support_xa، که امکان پشتیبانی از دو مرحلهای را در معاملات XA فراهم می کند، غیرقانونی است. پشتیبانی از InnoDB برای انجام دو فاز در معاملات XA همیشه از MySQL 5.7.10 فعال است. غیر فعال کردن innodb_support_xa دیگر مجاز نیست زیرا باعث می شود که تکرار ناامن شود و مانع افزایش عملکرد در ارتباط با گروه ورودی باینری شود.

چه جدید در این نسخه است:

یادداشت های امنیتی:
قبلا MySQL تنها پروتکل TLSv1 را برای اتصالات رمزگذاری پشتیبانی کرد. پشتیبانی TLS برای افزایش سطح امنیتی امنیتی رمزگذاری شده افزایش یافته است
MySQL از پروتکل های TLSv1 و TLSv1.1 پشتیبانی می کند که با استفاده از نسخه یی از yaSSL کامپایل شده است.
هنگام استفاده از OpenSSL 1.0.1 یا بالاتر، MySQL از پروتکل های TLSv1، TLSv1.1 و TLSv1.2 پشتیبانی می کند.
به طور پیش فرض، MySQL تلاش می کند تا از بهترین نسخه پروتکل TLS در دسترس استفاده کند، بسته به اینکه کدام کتابخانه SSL برای کامپایل سرور و سرویس گیرنده استفاده شده است و کدام اندازه کلیدی استفاده می شود.
از آنجا که TLSv1.2 نیاز به OpenSSL دارد، پشتیبانی از این پروتکل در توزیعهای دودویی تنها برای سرور MySQL Commercial Server و نه برای MySQL Community Server (که با استفاده از yaSSL کامپایل شده است) در دسترس است. برای فعال کردن پشتیبانی از TLSv1.2 اگر شما از منبع تهیه کنید، باید با استفاده از OpenSSL تنظیمات MySQL را با گزینه CM_CS_SSL تنظیم کنید.
متغیر سیستم جدید tls_version پروتکل های TLS مجاز توسط سرور را در هنگام راه اندازی مشخص می کند. در سمت سرویس گیرنده، گزینه -tls-version اجازه می دهد تا پروتکل های TLS مجاز توسط برنامه های مشتری برای هر تماس با مشتری مشخص شود.

تابع API mysql_options () دارای یک گزینه جدید MYSQL_OPT_TLS_VERSION است که پروتکل های TLS اجازه داده شده توسط یک برنامه سرویس گیرنده را از داخل کتابخانه مشتری مشخص می کند.
قابلیت اضافه یا تغییر:
InnoDB: متغیر system innodb_support_xa، که امکان پشتیبانی از دو مرحلهای را در معاملات XA فراهم می کند، غیرقانونی است. پشتیبانی از InnoDB برای انجام دو فاز در معاملات XA همیشه از MySQL 5.7.10 فعال است. غیر فعال کردن innodb_support_xa دیگر مجاز نیست زیرا باعث می شود که تکرار ناامن شود و مانع افزایش عملکرد در ارتباط با گروه ورودی باینری شود.

چه جدید در نسخه 5.7.19 GA منتشر شده است:

یادداشت های امنیتی:
قبلا MySQL تنها پروتکل TLSv1 را برای اتصالات رمزگذاری پشتیبانی کرد. پشتیبانی TLS برای افزایش سطح امنیتی امنیتی رمزگذاری شده افزایش یافته است
MySQL از پروتکل های TLSv1 و TLSv1.1 پشتیبانی می کند که با استفاده از نسخه یی از yaSSL کامپایل شده است.
هنگام استفاده از OpenSSL 1.0.1 یا بالاتر، MySQL از پروتکل های TLSv1، TLSv1.1 و TLSv1.2 پشتیبانی می کند.
به طور پیش فرض، MySQL تلاش می کند تا از بهترین نسخه پروتکل TLS در دسترس استفاده کند، بسته به اینکه کدام کتابخانه SSL برای کامپایل سرور و سرویس گیرنده استفاده شده است و کدام اندازه کلیدی استفاده می شود.
از آنجا که TLSv1.2 نیاز به OpenSSL دارد، پشتیبانی از این پروتکل در توزیعهای دودویی تنها برای سرور MySQL Commercial Server و نه برای MySQL Community Server (که با استفاده از yaSSL کامپایل شده است) در دسترس است. برای فعال کردن پشتیبانی از TLSv1.2 اگر شما از منبع تهیه کنید، باید با استفاده از OpenSSL تنظیمات MySQL را با گزینه CM_CS_SSL تنظیم کنید.
متغیر سیستم جدید tls_version پروتکل های TLS مجاز توسط سرور را در هنگام راه اندازی مشخص می کند. در سمت سرویس گیرنده، گزینه -tls-version اجازه می دهد تا پروتکل های TLS مجاز توسط برنامه های مشتری برای هر تماس با مشتری مشخص شود.

تابع API mysql_options () دارای یک گزینه جدید MYSQL_OPT_TLS_VERSION است که پروتکل های TLS اجازه داده شده توسط یک برنامه سرویس گیرنده را از داخل کتابخانه مشتری مشخص می کند.
قابلیت اضافه یا تغییر:
InnoDB: متغیر system innodb_support_xa، که امکان پشتیبانی از دو مرحلهای را در معاملات XA فراهم می کند، غیرقانونی است. پشتیبانی از InnoDB برای انجام دو فاز در معاملات XA همیشه از MySQL 5.7.10 فعال است. غیر فعال کردن innodb_support_xa دیگر مجاز نیست زیرا باعث می شود که تکرار ناامن شود و مانع افزایش عملکرد در ارتباط با گروه ورودی باینری شود.

چه جدید در نسخه 5.7.18 GA منتشر شده است:

یادداشت های امنیتی:
قبلا MySQL تنها پروتکل TLSv1 را برای اتصالات رمزگذاری پشتیبانی کرد. پشتیبانی TLS برای افزایش سطح امنیتی امنیتی رمزگذاری شده افزایش یافته است
MySQL از پروتکل های TLSv1 و TLSv1.1 پشتیبانی می کند که با استفاده از نسخه یی از yaSSL کامپایل شده است.
هنگام استفاده از OpenSSL 1.0.1 یا بالاتر، MySQL از پروتکل های TLSv1، TLSv1.1 و TLSv1.2 پشتیبانی می کند.
به طور پیش فرض، MySQL تلاش می کند تا از بهترین نسخه پروتکل TLS در دسترس استفاده کند، بسته به اینکه کدام کتابخانه SSL برای کامپایل سرور و سرویس گیرنده استفاده شده است و کدام اندازه کلیدی استفاده می شود.
از آنجا که TLSv1.2 نیاز به OpenSSL دارد، پشتیبانی از این پروتکل در توزیعهای دودویی تنها برای سرور MySQL Commercial Server و نه برای MySQL Community Server (که با استفاده از yaSSL کامپایل شده است) در دسترس است. برای فعال کردن پشتیبانی از TLSv1.2 اگر شما از منبع تهیه کنید، باید با استفاده از OpenSSL تنظیمات MySQL را با گزینه CM_CS_SSL تنظیم کنید.
متغیر سیستم جدید tls_version پروتکل های TLS مجاز توسط سرور را در هنگام راه اندازی مشخص می کند. در سمت سرویس گیرنده، گزینه -tls-version اجازه می دهد تا پروتکل های TLS مجاز توسط برنامه های مشتری برای هر تماس با مشتری مشخص شود.

تابع API mysql_options () دارای یک گزینه جدید MYSQL_OPT_TLS_VERSION است که پروتکل های TLS اجازه داده شده توسط یک برنامه سرویس گیرنده را از داخل کتابخانه مشتری مشخص می کند.
قابلیت اضافه یا تغییر:
InnoDB: متغیر system innodb_support_xa، که امکان پشتیبانی از دو مرحلهای را در معاملات XA فراهم می کند، غیرقانونی است. پشتیبانی از InnoDB برای انجام دو فاز در معاملات XA همیشه از MySQL 5.7.10 فعال است. غیر فعال کردن innodb_support_xa دیگر مجاز نیست زیرا باعث می شود که تکرار ناامن شود و مانع افزایش عملکرد در ارتباط با گروه ورودی باینری شود.

چه جدید در نسخه 5.7.17 GA منتشر شده است:

نکات امنیتی:
قبلا MySQL تنها پروتکل TLSv1 را برای اتصالات رمزگذاری پشتیبانی کرد. پشتیبانی TLS برای افزایش سطح امنیتی امنیتی رمزگذاری شده افزایش یافته است
MySQL از پروتکل های TLSv1 و TLSv1.1 پشتیبانی می کند که با استفاده از نسخه یی از yaSSL کامپایل شده است.
هنگام استفاده از OpenSSL 1.0.1 یا بالاتر، MySQL از پروتکل های TLSv1، TLSv1.1 و TLSv1.2 پشتیبانی می کند.
به طور پیش فرض، MySQL تلاش می کند تا از بهترین نسخه پروتکل TLS در دسترس استفاده کند، بسته به اینکه کدام کتابخانه SSL برای کامپایل سرور و سرویس گیرنده استفاده شده است و کدام اندازه کلیدی استفاده می شود.
از آنجا که TLSv1.2 نیاز به OpenSSL دارد، پشتیبانی از این پروتکل در توزیعهای دودویی تنها برای سرور MySQL Commercial Server و نه برای MySQL Community Server (که با استفاده از yaSSL کامپایل شده است) در دسترس است. برای فعال کردن پشتیبانی از TLSv1.2 اگر شما از منبع تهیه کنید، باید با استفاده از OpenSSL تنظیمات MySQL را با گزینه CM_CS_SSL تنظیم کنید.
متغیر سیستم جدید tls_version پروتکل های TLS مجاز توسط سرور را در هنگام راه اندازی مشخص می کند. در سمت سرویس گیرنده، گزینه -tls-version اجازه می دهد تا پروتکل های TLS مجاز توسط برنامه های مشتری برای هر تماس با مشتری مشخص شود.

تابع API mysql_options () دارای یک گزینه جدید MYSQL_OPT_TLS_VERSION است که پروتکل های TLS اجازه داده شده توسط یک برنامه سرویس گیرنده را از داخل کتابخانه مشتری مشخص می کند.
قابلیت اضافه یا تغییر:
InnoDB: متغیر system innodb_support_xa، که امکان پشتیبانی از دو مرحلهای را در معاملات XA فراهم می کند، غیرقانونی است. پشتیبانی از InnoDB برای انجام دو فاز در معاملات XA همیشه از MySQL 5.7.10 فعال است. غیر فعال کردن innodb_support_xa دیگر مجاز نیست زیرا باعث می شود که تکرار ناامن شود و مانع افزایش عملکرد در ارتباط با گروه ورودی باینری شود.

چه جدید در نسخه 5.7.16 GA منتشر شده است:

نکات امنیتی:
قبلا MySQL تنها پروتکل TLSv1 را برای اتصالات رمزگذاری پشتیبانی کرد. پشتیبانی TLS برای افزایش سطح امنیتی امنیتی رمزگذاری شده افزایش یافته است
MySQL از پروتکل های TLSv1 و TLSv1.1 پشتیبانی می کند که با استفاده از نسخه یی از yaSSL کامپایل شده است.
هنگام استفاده از OpenSSL 1.0.1 یا بالاتر، MySQL از پروتکل های TLSv1، TLSv1.1 و TLSv1.2 پشتیبانی می کند.
به طور پیش فرض، MySQL تلاش می کند تا از بهترین نسخه پروتکل TLS در دسترس استفاده کند، بسته به اینکه کدام کتابخانه SSL برای کامپایل سرور و سرویس گیرنده استفاده شده است و کدام اندازه کلیدی استفاده می شود.
از آنجا که TLSv1.2 نیاز به OpenSSL دارد، پشتیبانی از این پروتکل در توزیعهای دودویی تنها برای سرور MySQL Commercial Server و نه برای MySQL Community Server (که با استفاده از yaSSL کامپایل شده است) در دسترس است. برای فعال کردن پشتیبانی از TLSv1.2 اگر شما از منبع تهیه کنید، باید با استفاده از OpenSSL تنظیمات MySQL را با گزینه CM_CS_SSL تنظیم کنید.
متغیر سیستم جدید tls_version پروتکل های TLS مجاز توسط سرور را در هنگام راه اندازی مشخص می کند. در سمت سرویس گیرنده، گزینه -tls-version اجازه می دهد تا پروتکل های TLS مجاز توسط برنامه های مشتری برای هر تماس با مشتری مشخص شود.

تابع API mysql_options () دارای یک گزینه جدید MYSQL_OPT_TLS_VERSION است که پروتکل های TLS اجازه داده شده توسط یک برنامه سرویس گیرنده را از داخل کتابخانه مشتری مشخص می کند.
قابلیت اضافه یا تغییر:
InnoDB: متغیر system innodb_support_xa، که امکان پشتیبانی از دو مرحلهای را در معاملات XA فراهم می کند، غیرقانونی است. پشتیبانی از InnoDB برای انجام دو فاز در معاملات XA همیشه از MySQL 5.7.10 فعال است. غیر فعال کردن innodb_support_xa دیگر مجاز نیست زیرا باعث می شود که تکرار ناامن شود و مانع افزایش عملکرد در ارتباط با گروه ورودی باینری شود.

چه جدید در نسخه 5.7.15 GA منتشر شده است:

نکات امنیتی:
قبلا MySQL تنها پروتکل TLSv1 را برای اتصالات رمزگذاری پشتیبانی کرد. پشتیبانی TLS برای افزایش سطح امنیتی امنیتی رمزگذاری شده افزایش یافته است
MySQL از پروتکل های TLSv1 و TLSv1.1 پشتیبانی می کند که با استفاده از نسخه یی از yaSSL کامپایل شده است.
هنگام استفاده از OpenSSL 1.0.1 یا بالاتر، MySQL از پروتکل های TLSv1، TLSv1.1 و TLSv1.2 پشتیبانی می کند.
به طور پیش فرض، MySQL تلاش می کند تا از بهترین نسخه پروتکل TLS در دسترس استفاده کند، بسته به اینکه کدام کتابخانه SSL برای کامپایل سرور و سرویس گیرنده استفاده شده است و کدام اندازه کلیدی استفاده می شود.
از آنجا که TLSv1.2 نیاز به OpenSSL دارد، پشتیبانی از این پروتکل در توزیعهای دودویی تنها برای سرور MySQL Commercial Server و نه برای MySQL Community Server (که با استفاده از yaSSL کامپایل شده است) در دسترس است. برای فعال کردن پشتیبانی از TLSv1.2 اگر شما از منبع تهیه کنید، باید با استفاده از OpenSSL تنظیمات MySQL را با گزینه CM_CS_SSL تنظیم کنید.
متغیر سیستم جدید tls_version پروتکل های TLS مجاز توسط سرور را در هنگام راه اندازی مشخص می کند. در سمت سرویس گیرنده، گزینه -tls-version اجازه می دهد تا پروتکل های TLS مجاز توسط برنامه های مشتری برای هر تماس با مشتری مشخص شود.

تابع API mysql_options () دارای یک گزینه جدید MYSQL_OPT_TLS_VERSION است که پروتکل های TLS اجازه داده شده توسط یک برنامه سرویس گیرنده را از داخل کتابخانه مشتری مشخص می کند.
قابلیت اضافه یا تغییر:
InnoDB: متغیر system innodb_support_xa، که امکان پشتیبانی از دو مرحلهای را در معاملات XA فراهم می کند، غیرقانونی است. پشتیبانی از InnoDB برای انجام دو فاز در معاملات XA همیشه از MySQL 5.7.10 فعال است. غیر فعال کردن innodb_support_xa دیگر مجاز نیست زیرا باعث می شود که تکرار ناامن شود و مانع افزایش عملکرد در ارتباط با گروه ورودی باینری شود.

چه جدید در نسخه 5.7.14 GA منتشر شده است:

نکات امنیتی:
قبلا MySQL تنها پروتکل TLSv1 را برای اتصالات رمزگذاری پشتیبانی کرد. پشتیبانی TLS برای افزایش سطح امنیتی امنیتی رمزگذاری شده افزایش یافته است
MySQL از پروتکل های TLSv1 و TLSv1.1 پشتیبانی می کند که با استفاده از نسخه یی از yaSSL کامپایل شده است.
هنگام استفاده از OpenSSL 1.0.1 یا بالاتر، MySQL از پروتکل های TLSv1، TLSv1.1 و TLSv1.2 پشتیبانی می کند.
به طور پیش فرض، MySQL تلاش می کند تا از بهترین نسخه پروتکل TLS در دسترس استفاده کند، بسته به اینکه کدام کتابخانه SSL برای کامپایل سرور و سرویس گیرنده استفاده شده است و کدام اندازه کلیدی استفاده می شود.
از آنجا که TLSv1.2 نیاز به OpenSSL دارد، پشتیبانی از این پروتکل در توزیعهای دودویی تنها برای سرور MySQL Commercial Server و نه برای MySQL Community Server (که با استفاده از yaSSL کامپایل شده است) در دسترس است. برای فعال کردن پشتیبانی از TLSv1.2 اگر شما از منبع تهیه کنید، باید با استفاده از OpenSSL تنظیمات MySQL را با گزینه CM_CS_SSL تنظیم کنید.
متغیر سیستم جدید tls_version پروتکل های TLS مجاز توسط سرور را در هنگام راه اندازی مشخص می کند. در سمت سرویس گیرنده، گزینه -tls-version اجازه می دهد تا پروتکل های TLS مجاز توسط برنامه های مشتری برای هر تماس با مشتری مشخص شود.

تابع API mysql_options () دارای یک گزینه جدید MYSQL_OPT_TLS_VERSION است که پروتکل های TLS اجازه داده شده توسط یک برنامه سرویس گیرنده را از داخل کتابخانه مشتری مشخص می کند.
قابلیت اضافه یا تغییر:
InnoDB: متغیر system innodb_support_xa، که امکان پشتیبانی از دو مرحلهای را در معاملات XA فراهم می کند، غیرقانونی است. پشتیبانی از InnoDB برای انجام دو فاز در معاملات XA همیشه از MySQL 5.7.10 فعال است. غیر فعال کردن innodb_support_xa دیگر مجاز نیست زیرا باعث می شود که تکرار ناامن شود و مانع افزایش عملکرد در ارتباط با گروه ورودی باینری شود.

چه جدید در نسخه 5.7.13 GA منتشر شده است:

نکات امنیتی:
قبلا MySQL تنها پروتکل TLSv1 را برای اتصالات رمزگذاری پشتیبانی کرد. پشتیبانی TLS برای افزایش سطح امنیتی امنیتی رمزگذاری شده افزایش یافته است
MySQL از پروتکل های TLSv1 و TLSv1.1 پشتیبانی می کند که با استفاده از نسخه یی از yaSSL کامپایل شده است.
هنگام استفاده از OpenSSL 1.0.1 یا بالاتر، MySQL از پروتکل های TLSv1، TLSv1.1 و TLSv1.2 پشتیبانی می کند.
به طور پیش فرض، MySQL تلاش می کند تا از بهترین نسخه پروتکل TLS در دسترس استفاده کند، بسته به اینکه کدام کتابخانه SSL برای کامپایل سرور و سرویس گیرنده استفاده شده است و کدام اندازه کلیدی استفاده می شود.
از آنجا که TLSv1.2 نیاز به OpenSSL دارد، پشتیبانی از این پروتکل در توزیعهای دودویی تنها برای سرور MySQL Commercial Server و نه برای MySQL Community Server (که با استفاده از yaSSL کامپایل شده است) در دسترس است. برای فعال کردن پشتیبانی از TLSv1.2 اگر شما از منبع تهیه کنید، باید با استفاده از OpenSSL تنظیمات MySQL را با گزینه CM_CS_SSL تنظیم کنید.
متغیر سیستم جدید tls_version پروتکل های TLS مجاز توسط سرور را در هنگام راه اندازی مشخص می کند. در سمت سرویس گیرنده، گزینه -tls-version اجازه می دهد تا پروتکل های TLS مجاز توسط برنامه های مشتری برای هر تماس با مشتری مشخص شود.

تابع API mysql_options () دارای یک گزینه جدید MYSQL_OPT_TLS_VERSION است که پروتکل های TLS اجازه داده شده توسط یک برنامه سرویس گیرنده را از داخل کتابخانه مشتری مشخص می کند.
قابلیت اضافه یا تغییر:
InnoDB: متغیر system innodb_support_xa، که امکان پشتیبانی از دو مرحلهای را در معاملات XA فراهم می کند، غیرقانونی است. پشتیبانی از InnoDB برای انجام دو فاز در معاملات XA همیشه از MySQL 5.7.10 فعال است. غیر فعال کردن innodb_support_xa دیگر مجاز نیست زیرا باعث می شود که تکرار ناامن شود و مانع افزایش عملکرد در ارتباط با گروه ورودی باینری شود.

چه جدید در نسخه 5.7.11 GA منتشر شده است:

نکات امنیتی:
قبلا MySQL تنها پروتکل TLSv1 را برای اتصالات رمزگذاری پشتیبانی کرد. پشتیبانی TLS برای افزایش سطح امنیتی امنیتی رمزگذاری شده افزایش یافته است
MySQL از پروتکل های TLSv1 و TLSv1.1 پشتیبانی می کند که با استفاده از نسخه یی از yaSSL کامپایل شده است.
هنگام استفاده از OpenSSL 1.0.1 یا بالاتر، MySQL از پروتکل های TLSv1، TLSv1.1 و TLSv1.2 پشتیبانی می کند.
به طور پیش فرض، MySQL تلاش می کند تا از بهترین نسخه پروتکل TLS در دسترس استفاده کند، بسته به اینکه کدام کتابخانه SSL برای کامپایل سرور و سرویس گیرنده استفاده شده است و کدام اندازه کلیدی استفاده می شود.
از آنجا که TLSv1.2 نیاز به OpenSSL دارد، پشتیبانی از این پروتکل در توزیعهای دودویی تنها برای سرور MySQL Commercial Server و نه برای MySQL Community Server (که با استفاده از yaSSL کامپایل شده است) در دسترس است. برای فعال کردن پشتیبانی از TLSv1.2 اگر شما از منبع تهیه کنید، باید با استفاده از OpenSSL تنظیمات MySQL را با گزینه CM_CS_SSL تنظیم کنید.
متغیر سیستم جدید tls_version پروتکل های TLS مجاز توسط سرور را در هنگام راه اندازی مشخص می کند. در سمت سرویس گیرنده، گزینه -tls-version اجازه می دهد تا پروتکل های TLS مجاز توسط برنامه های مشتری برای هر تماس با مشتری مشخص شود.

تابع API mysql_options () دارای یک گزینه جدید MYSQL_OPT_TLS_VERSION است که پروتکل های TLS اجازه داده شده توسط یک برنامه سرویس گیرنده را از داخل کتابخانه مشتری مشخص می کند.
قابلیت اضافه یا تغییر:
InnoDB: متغیر system innodb_support_xa، که امکان پشتیبانی از دو مرحلهای را در معاملات XA فراهم می کند، غیرقانونی است. پشتیبانی از InnoDB برای انجام دو فاز در معاملات XA همیشه از MySQL 5.7.10 فعال است. غیر فعال کردن innodb_support_xa دیگر مجاز نیست زیرا باعث می شود که تکرار ناامن شود و مانع افزایش عملکرد در ارتباط با گروه ورودی باینری شود.

چه جدید در نسخه 5.7.10 GA منتشر شده است:

نکات امنیتی:
قبلا MySQL تنها پروتکل TLSv1 را برای اتصالات رمزگذاری پشتیبانی کرد. پشتیبانی TLS برای افزایش سطح امنیتی امنیتی رمزگذاری شده افزایش یافته است
MySQL از پروتکل های TLSv1 و TLSv1.1 پشتیبانی می کند که با استفاده از نسخه یی از yaSSL کامپایل شده است.
هنگام استفاده از OpenSSL 1.0.1 یا بالاتر، MySQL از پروتکل های TLSv1، TLSv1.1 و TLSv1.2 پشتیبانی می کند.
به طور پیش فرض، MySQL تلاش می کند تا از بهترین نسخه پروتکل TLS در دسترس استفاده کند، بسته به اینکه کدام کتابخانه SSL برای کامپایل سرور و سرویس گیرنده استفاده شده است و کدام اندازه کلیدی استفاده می شود.
از آنجا که TLSv1.2 نیاز به OpenSSL دارد، پشتیبانی از این پروتکل در توزیعهای دودویی تنها برای سرور MySQL Commercial Server و نه برای MySQL Community Server (که با استفاده از yaSSL کامپایل شده است) در دسترس است. برای فعال کردن پشتیبانی از TLSv1.2 اگر شما از منبع تهیه کنید، باید با استفاده از OpenSSL تنظیمات MySQL را با گزینه CM_CS_SSL تنظیم کنید.
متغیر سیستم جدید tls_version پروتکل های TLS مجاز توسط سرور را در هنگام راه اندازی مشخص می کند. در سمت سرویس گیرنده، گزینه -tls-version اجازه می دهد تا پروتکل های TLS مجاز توسط برنامه های مشتری برای هر تماس با مشتری مشخص شود.

تابع API mysql_options () دارای یک گزینه جدید MYSQL_OPT_TLS_VERSION است که پروتکل های TLS اجازه داده شده توسط یک برنامه سرویس گیرنده را از داخل کتابخانه مشتری مشخص می کند.
قابلیت اضافه یا تغییر:
InnoDB: متغیر system innodb_support_xa، که امکان پشتیبانی از دو مرحلهای را در معاملات XA فراهم می کند، غیرقانونی است. پشتیبانی از InnoDB برای انجام دو فاز در معاملات XA همیشه از MySQL 5.7.10 فعال است. غیر فعال کردن innodb_support_xa دیگر مجاز نیست زیرا باعث می شود که تکرار ناامن شود و مانع افزایش عملکرد در ارتباط با گروه ورودی باینری شود.

چه جدید در نسخه 5.6.26 GA / 5.7.5 نقطه عطف 16 است:



این نسخه پشتیبانی از Debian 8 و Ubuntu 15.04 را پشتیبانی می کند.

چه جدید در نسخه 5.6.25 GA / 5.7.5 نقطه عطف 16 است:

نکات امنیتی:
کتابخانه OpenSSL مربوط به MySQL Commercial Server از نسخه 1.0.1j به نسخه 1.0.1k به روزرسانی شده است. مسائل ثابت شده در نسخه جدید در http://www.openssl.org/news/vulnerabilities.html شرح داده شده است.
این تغییر بر ساخت MySQL Community MySQL ساخته شده توسط اوراکل بر روی سرور MySQL تأثیری ندارد، که به جای آن از کتابخانه yaSSL استفاده می کند. (اشکال # 20375530)
قابلیت اضافه یا تغییر:
پشتیبانی از پروتکل های SSL 2.0 و SSL 3.0 غیر فعال شده است زیرا آنها رمزنگاری ضعیفی را ارائه می دهند. (اشکال # 19820550)
yaSSL به نسخه 2.3.7 ارتقا یافت. (اشکال # 19695101، اشکال # 20201864)
محدوده تاریخ معتبر گواهینامه SSL در mysql-test / std_data تا سال 2029 گسترش یافته است. (اشکال 18366947)
اشکالات ثابت:
InnoDB: عملیات صادراتی جداول آشپزخانه حالت خالص را به PURGE_STATE_STOP تنظیم می کند، اما جریان خالص تا زمانی که عملیات خالص فعلی تکمیل نشده، وضعیت خالص را بررسی نکنید. در مورد یک لیست تاریخچه بزرگ، عملیات صادراتی جداول اتاق به تاخیر افتاد، انتظار عملیات خالص فعلی را به پایان رساند. حالت خالص اکنون با هر نوع خالص بررسی می شود. (اشکال # 20266847، اشکال # 75298)InnoDB: ALTER TABLE ... ADD INDEX عملیاتی را مطرح کرد که به موجب کدهای استدلال که وضعیت آنلاین آنلاین ONLINE_INDEX_ABORTED_DROPPED را اجازه نمی دهد مطرح شد. کد اظهار آرام شده است. (اشکال # 20198726)
InnoDB: خطایی رخ داد زمانی که عملکرد push_warning_printf در هنگام بازیابی سرور فراخوانی شد. این تابع قبلا برای چاپ یک پیام هشدار دهنده به مشتری استفاده شد. همچنین، current_thd هنگامی که سرور راه اندازی مجدد شد، NULL بود. (اشکال # 20144839)
InnoDB: عملیات ALTER TABLE که نام یک ستون کلیدی خارجی را تغییر داد، در هنگام بارگیری مجدد محدودیت کلید خارجی باعث شکست شد. به جای اخراج، نام ستون قبلی در حافظه پنهان داده ها باقی می ماند. (اشکال # 20031243)
InnoDB: پیام های خطای مربوط به محدودیت اندازه بر روی داده های BLOB یا TEXT که در یک تراکنش واحد وارد شده اند، تجدید نظر شده اند. (اشکال # 19975322)
InnoDB: عملیات DML بر روی یک جدول با علامت جستجو تمام متن، یک ادعای نامعتبر را مطرح کرد. (اشکال # 19905246)
منابع: این اشکال رگرسیون اشکال # 19314480 است.
InnoDB: عملیات حذف چند جدول باعث توقف سرور شد. (اشکال # 19815702)
InnoDB: عملیات TABLE FLUSH یک ادعا را مطرح کرد. (اشکال # 19803418)InnoDB: با فعال کردن بافر تغییر، یک دنباله بافر از عملیات که نباید بافر شده بود منجر به ناتوانی در پاک کردن یک خطای رکورد شد. (اشکال # 19528825، اشکال # 73767)
InnoDB: در سیستم عامل های غیر ویندوز، os-file_pread و os_file_pwrite توابع -1 زمانی که خطایی رخ می دهد را نمایش می دهد. این مقدار در یک پیام خطا به عنوان تعداد بایت خوانده شده یا نوشته شده است. به جای چاپ مقدار -1 در پیام خطا، یک پیام خطای جداگانه نشان می دهد که شکست سیستم تماس در حال حاضر چاپ شده است. با تشکر از دیوید بنت برای پچ. (اشکال # 19315210، اشکال # 73365)
InnoDB: خاموش شدن خاموش (innodb_fast_shutdown = 0) پس از تصادف، تصحیح شد. خاموش شدن آهسته منتظر نیست تا عملیات رها کردن پس از پایان کار ادامه یابد. (اشکال # 16862810)
InnoDB: مقدار ستون عدد صحیح برای دستورات memcached incr و decr اشتباه گرفته شده است. (اشکال # 69415، اشکال # 20083106، اشکال # 74874، اشکال # 20044123)تقسیم بندی: ALTER TABLE شکست خورده ... بیانیه TRUCCATE PARTITH یا یک عبارت TABLE TRUNCATE TABLE در برابر یک جدول پراکنده گاهی اوقات متادیتای متقابل ناقص در حافظه جدول را حذف می کند؛ دستورات SQL بعدی، استفاده مجدد از این فراداده، شکست خورد، و در بعضی موارد نیز می تواند به شکست سرور منجر شود. (اشکال # 74292، اشکال # 19786861)
تکرار: اگر یک thread client بر روی تابع FLUSH TABLES با بلاک خوانده شده در حالی که استاد یک DML را اجرا کرد، اجرای STATUS SHOW SLAVE در یک سرویس گیرنده مسدود شد و موجب خرابی شد. رفع تضمین می کند که قفل خواندن تنها در طول دوره ای که ورود به سیستم رله در حال به روز رسانی است و قفل شدن اجتناب شود برگزار می شود. (اشکال # 19843808)
تکرار: هنگامی که یک معامله XA فعال بود، اجرای باز گرداندن داخلی، به عنوان مثال با استفاده از بیانیه BINLOG، نتیجه ای را به دست آورد. رفع تضمین می کند که یک بازپس گیری تنها برای برده اتفاق می افتد زمانی که معامله چندین فایل ورودی باینری را دربر می گیرد. Rollback در حال حاضر نیست اگر Format_description از بیانیه BINLOG در کلاینت MySQL اجرا شود. (اشکال # 74597، اشکال # 19928622)تکرار: در استفاده عادی، برده ممکن است GTID های بیشتری را نسبت به استاد نداشته باشد. اما در موقعیت های خاص، مانند پس از خرابی سخت افزار یا اشتباه پاک شده gtid_purged، ورودی دودویی کارشناسی ارشد می تواند کوتاه باشد. این رفع تضمین می کند که در چنین وضعیتی، استاد در حال حاضر تشخیص می دهد که برده دارای معاملات با GTID است که در استاد نیستند. یک خطا در حال تولید برده است و موضوع I / O با یک خطا متوقف شده است. رشته امتحان استاد نیز متوقف شده است. این مانع از عدم انطباق داده ها در طی تکثیر می شود. (اشکال # 72635، اشکال # 18789758)
تکرار: هنگام استفاده از SHOW SLAVE STATUS برای نظارت بر عملکرد تکرار، Seconds_Behind_Master گاهی اوقات ناگهانی عقب مانده پشت استاد. این باعث شده بود که Previous_gtids_log_events به ورودی رله برده با یک نشانه زمانی پشت سر master نوشته شده و سپس برای محاسبه Seconds_Behind_Master استفاده شود. این رفع تضمین می کند که رویدادهای تولید شده در فرعی که به log log اضافه می شوند و هنگام محاسبه Seconds_Behind_Master استفاده نمی شوند. (اشکال # 72376، اشکال # 18622657)
در اوبونتو 14.10، عملیات نصب MySQL می تواند به آپارات AppArmor بارگیری شود. (اشکال # 20092641)EXPLAIN در یک معامله XA میتواند ادعا کند. (اشکال # 19941492)
فایل های ورودی باینری ایجاد شده با جریان ورودی دودویی از یک سرور راه دور با mysqlbinlog یک حالت دسترسی بیشتر از فایل های اصلی را مجاز می دانند. (اشکال # 19649868)
اگر پلاگین audit_log با یک خطای کامل دیسک مواجه شد، سرور خارج می شود.
در حال حاضر، اگر سیستم فایل که در آن نوشته شده است، ورود به سیستم ممیزی را پر می کند، خطای "دیسک کامل" به خطا وارد می شود. ثبت حسابرسی همچنان ادامه دارد تا زمانیکه بافر ورود ممیزی کامل شود. اگر فضای آزاد دیسک تا زمان پر شدن بافر در دسترس نباشد، جلسات سرویس گیرنده قطع خواهد شد و متوقف کردن سرور در هنگام قطع تماس مشتری منجر به فساد ورود ممیزی خواهد شد. برای اجتناب از این اگر جلسات سرویس گیرنده آویزان شود، اطمینان حاصل کنید که قبل از متوقف کردن سرور، فضای آزاد در سیستم فایل ورود به سیستم حسابرسی موجود است. (اشکال # 19411485)
برای عدم ایجاد یک جدول موقت به علت خارج شدن از توصیفگرهای فایل، سرور به جای بازگرداندن یک خطا، خروج کرد. (اشکال # 18948649)
برای برخی از پرس و جوهایی که حاوی یک جدول مشتق شده (subquery در clause FROM) بود، تاخیر در تحقق آن، به دلیل یک تخمینی دقیقتر از شمارش ردیفها، به اجرای طرحهای غیرمتعارف منجر شد. (اشکال # 18607971)برای اعلان UPDATE و DELETE، سرور پس از تلاش برای دسترسی به یک ساختار داده غیرقابل لغزش، می تواند خروج کند. (اشکال # 18036143)
شروع سرور با سرویس شروع یا mysqld_safe می تواند باعث عدم استفاده از دایرکتوری پلاگین درست شود. (اشکال # 17619241)
جداول FLUSH در یک میز FEDERATED اگر جدول طولانی تر از زمان wait_timeout به همراه مدت زمان نگهداری TCP باشد، شکست خورده است. (اشکال # 17599258)
انتخاب همه ستونها از INFORMATION_SCHEMA.TABLES جداول را باز ناپدید نشد در صورتی که در حافظه پنهان جدول بودند، اما انتخاب زیر مجموعه ای از این ستون ها در همان شرایط جداول مجددا باز شد. (اشکال # 16869534)
اگر my_write () با شرایط کامل دیسک مواجه شد، می تواند مقدار خطای اشتباه را بازگرداند. (اشکال # 16078792، اشکال # 19984788)
جستجوهای متن کامل بوللاین InnoDB با استفاده نادرست + همراه با پرانتز؛ برای مثال، + word1 + (& gt؛ word2

نرم افزار های مشابه

Berkeley DB
Berkeley DB

27 Apr 17

Sesame
Sesame

20 Feb 15

MckoiDDB
MckoiDDB

14 Apr 15

SQLite
SQLite

22 Jun 18

نرم افزار های دیگر از توسعه دهنده Oracle Corporation

نظرات به MySQL Community Edition

نظر یافت نشد
اضافه کردن نظر
روشن کردن تصاویر!