MySQL Community Edition

MySQL Community Edition е отворена, многоплатформена, широко използвана и много бърза система за управление на релационни бази данни (RDBMS). Разполага с вградени клиентски и сървърни приложения, които се състоят от сървърски демон (mysqld) и много различни клиентски програми и библиотеки.

Първоначално създаден от Sun Microsystems (сега поддържан от Oracle), MySQL е повече от просто "най-популярната база данни с отворен код в света", тъй като разполага с конектори, репликация, разделяне, работен плот, корпоративен монитор, табло за управление и съветници, , монитор за репликация и функции за архивиране на предприятия. Той работи на операционни системи Linux, Solaris, BSD, Mac OS X и Windows.

Освен това MySQL сървърът за бази данни ви предоставя пълни, частични и частични резервни функции, пълна и частична възстановяване, връщане в момент от време, външно удостоверяване, автоматично мащабиране, както и функции за географска репресия на клъстерите.

Поддържа широк спектър от двигатели за съхранение

Сред двигателите за съхранение, поддържани от MySQL, можем да споменем MyISAM, InnoDB и NDB. Предлага се и горещо архивиране за InnoDB1. Изданието на Общността се предлага безплатно и се поддържа активно и се поддържа от общност от ентусиасти и разработчици с отворен код от всички краища на света.

MySQL е проектиран да работи на базирани на ядро ​​Linux операционни системи, което означава, че може лесно да се инсталира на всяка дистрибуция на GNU / Linux с минимални усилия. Той е достъпен за изтегляне като предварително създадени двоични пакети за Ubuntu, Debian, SUSE Linux Enterprise Server, Oracle Linux, Red Hat Enterprise Linux и всяка друга операционна система Linux, поддържаща както 32-битови, така и 64-битови комплекти инструкции.

MySQL е сървърна програма, което означава, че тя работи във фонов режим като демон. Можете да взаимодействате с нея чрез командния ред, но най-добрият начин да управлявате базите данни е да използвате графичен потребителски интерфейс. Най-добрият потребителски интерфейс на MySQL, който е на разположение днес, без съмнение е phpMyAdmin, който предоставя на потребителите уеб-базиран интерфейс, който може да бъде достъпен от практически навсякъде.

Какво е новото в това издание:

• Бележки по сигурността:
• Преди това MySQL поддържаше само протокола TLSv1 за шифровани връзки. Поддръжката на TLS бе разширена, за да позволи по-високо ниво на криптирана сигурност на връзката ...
• Когато се компилира с помощта на придружаващата версия на yaSSL, MySQL поддържа протоколите TLSv1 и TLSv1.1.
• Когато се компилира с 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, ако изграждате от източника, трябва да зададете опцията WITH_SSL CMake, за да използвате OpenSSL при конфигуриране на MySQL.
• Новата системна променлива tls_version разрешава протоколите TLS, разрешени от сървъра, да бъдат зададени при стартиране. От страна на клиента, опцията -tls-версия позволява протоколите TLS, разрешени от клиентските програми, да се задават за всяко кликване на клиент.
• Функцията C API на mysql_options () има нова опция MYSQL_OPT_TLS_VERSION, която позволява протоколите TLS, разрешени от клиентската програма, да бъдат посочени от клиентската библиотека.
• Добавена или променена функционалност:
• InnoDB: Системната променлива innodb_support_xa, която позволява поддръжка за двуфазов ангажимент в XA транзакции, е отхвърлена. Поддръжката на InnoDB за двуфазов комит в XA транзакции винаги е активирана от 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 се опитва да използва най-високата версия на протокола TLS, в зависимост от това коя SSL библиотека е била използвана за компилиране на сървъра и клиента и кой размер е използван.
• Тъй като TLSv1.2 изисква OpenSSL, подкрепата за този протокол е налице в двоични дистрибуции само за MySQL Commercial Server, а не за MySQL Community Server (който се компилира с yaSSL). За да активирате поддръжката на TLSv1.2, ако изграждате от източника, трябва да зададете опцията WITH_SSL CMake, за да използвате OpenSSL при конфигуриране на MySQL.
• Новата системна променлива tls_version разрешава протоколите TLS, разрешени от сървъра, да бъдат зададени при стартиране. От страна на клиента, опцията -tls-версия позволява протоколите TLS, разрешени от клиентските програми, да се задават за всяко кликване на клиент.
• Функцията C API на mysql_options () има нова опция MYSQL_OPT_TLS_VERSION, която позволява протоколите TLS, разрешени от клиентската програма, да бъдат посочени от клиентската библиотека.
• Добавена или променена функционалност:
• InnoDB: Системната променлива innodb_support_xa, която позволява поддръжка за двуфазов ангажимент в XA транзакции, е отхвърлена. Поддръжката на InnoDB за двуфазов комит в XA транзакции винаги е активирана от 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 се опитва да използва най-високата версия на протокола TLS, в зависимост от това коя SSL библиотека е била използвана за компилиране на сървъра и клиента и кой размер е използван.
• Тъй като TLSv1.2 изисква OpenSSL, подкрепата за този протокол е налице в двоични дистрибуции само за MySQL Commercial Server, а не за MySQL Community Server (който се компилира с yaSSL). За да активирате поддръжката на TLSv1.2, ако изграждате от източника, трябва да зададете опцията WITH_SSL CMake, за да използвате OpenSSL при конфигуриране на MySQL.
• Новата системна променлива tls_version разрешава протоколите TLS, разрешени от сървъра, да бъдат зададени при стартиране. От страна на клиента, опцията -tls-версия позволява протоколите TLS, разрешени от клиентските програми, да се задават за всяко кликване на клиент.
• Функцията C API на mysql_options () има нова опция MYSQL_OPT_TLS_VERSION, която позволява протоколите TLS, разрешени от клиентската програма, да бъдат посочени от клиентската библиотека.
• Добавена или променена функционалност:
• InnoDB: Системната променлива innodb_support_xa, която позволява поддръжка за двуфазов ангажимент в XA транзакции, е отхвърлена. Поддръжката на InnoDB за двуфазов комит в XA транзакции винаги е активирана от 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 се опитва да използва най-високата версия на протокола TLS, в зависимост от това коя SSL библиотека е била използвана за компилиране на сървъра и клиента и кой размер е използван.
• Тъй като TLSv1.2 изисква OpenSSL, подкрепата за този протокол е налице в двоични дистрибуции само за MySQL Commercial Server, а не за MySQL Community Server (който се компилира с yaSSL). За да активирате поддръжката на TLSv1.2, ако изграждате от източника, трябва да зададете опцията WITH_SSL CMake, за да използвате OpenSSL при конфигуриране на MySQL.
• Новата системна променлива tls_version разрешава протоколите TLS, разрешени от сървъра, да бъдат зададени при стартиране. От страна на клиента, опцията -tls-версия позволява протоколите TLS, разрешени от клиентските програми, да се задават за всяко кликване на клиент.
• Функцията C API на mysql_options () има нова опция MYSQL_OPT_TLS_VERSION, която позволява протоколите TLS, разрешени от клиентската програма, да бъдат посочени от клиентската библиотека.
• Добавена или променена функционалност:
• InnoDB: Системната променлива innodb_support_xa, която позволява поддръжка за двуфазов ангажимент в XA транзакции, е отхвърлена. Поддръжката на InnoDB за двуфазов комит в XA транзакции винаги е активирана от 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 се опитва да използва най-високата версия на протокола TLS, в зависимост от това коя SSL библиотека е била използвана за компилиране на сървъра и клиента и кой размер е използван.
• Тъй като TLSv1.2 изисква OpenSSL, подкрепата за този протокол е налице в двоични дистрибуции само за MySQL Commercial Server, а не за MySQL Community Server (който се компилира с yaSSL). За да активирате поддръжката на TLSv1.2, ако изграждате от източника, трябва да зададете опцията WITH_SSL CMake, за да използвате OpenSSL при конфигуриране на MySQL.
• Новата системна променлива tls_version разрешава протоколите TLS, разрешени от сървъра, да бъдат зададени при стартиране. От страна на клиента, опцията -tls-версия позволява протоколите TLS, разрешени от клиентските програми, да се задават за всяко кликване на клиент.
• Функцията C API на mysql_options () има нова опция MYSQL_OPT_TLS_VERSION, която позволява протоколите TLS, разрешени от клиентската програма, да бъдат посочени от клиентската библиотека.
• Добавена или променена функционалност:
• InnoDB: Системната променлива innodb_support_xa, която позволява поддръжка за двуфазов ангажимент в XA транзакции, е отхвърлена. Поддръжката на InnoDB за двуфазов комит в XA транзакции винаги е активирана от 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 се опитва да използва най-високата версия на протокола TLS, в зависимост от това коя SSL библиотека е била използвана за компилиране на сървъра и клиента и кой размер е използван.
• Тъй като TLSv1.2 изисква OpenSSL, подкрепата за този протокол е налице в двоични дистрибуции само за MySQL Commercial Server, а не за MySQL Community Server (който се компилира с yaSSL). За да активирате поддръжката на TLSv1.2, ако изграждате от източника, трябва да зададете опцията WITH_SSL CMake, за да използвате OpenSSL при конфигуриране на MySQL.
• Новата системна променлива tls_version разрешава протоколите TLS, разрешени от сървъра, да бъдат зададени при стартиране. От страна на клиента опцията -tls-версия позволява протоколите TLS, разрешени от клиентските програми, да бъдат зададени за всяко кликване на клиент.
• Функцията C API на mysql_options () има нова опция MYSQL_OPT_TLS_VERSION, която позволява протоколите TLS, разрешени от клиентската програма, да бъдат посочени от клиентската библиотека.
• Добавена или променена функционалност:
• InnoDB: Системната променлива innodb_support_xa, която позволява поддръжка за двуфазов ангажимент в XA транзакции, е отхвърлена. Поддръжката на InnoDB за двуфазов комит в XA транзакции винаги е активирана от 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 се опитва да използва най-високата версия на протокола TLS, в зависимост от това коя SSL библиотека е била използвана за компилиране на сървъра и клиента и кой размер е използван.
• Тъй като TLSv1.2 изисква OpenSSL, подкрепата за този протокол е налице в двоични дистрибуции само за MySQL Commercial Server, а не за MySQL Community Server (който се компилира с yaSSL). За да активирате поддръжката на TLSv1.2, ако изграждате от източника, трябва да зададете опцията WITH_SSL CMake, за да използвате OpenSSL при конфигуриране на MySQL.
• Новата системна променлива tls_version разрешава протоколите TLS, разрешени от сървъра, да бъдат зададени при стартиране. От страна на клиента опцията -tls-версия позволява протоколите TLS, разрешени от клиентските програми, да бъдат зададени за всяко кликване на клиент.
• Функцията C API на mysql_options () има нова опция MYSQL_OPT_TLS_VERSION, която позволява протоколите TLS, разрешени от клиентската програма, да бъдат посочени от клиентската библиотека.
• Добавена или променена функционалност:
• InnoDB: Системната променлива innodb_support_xa, която позволява поддръжка за двуфазов ангажимент в XA транзакции, е отхвърлена. Поддръжката на InnoDB за двуфазов комит в XA транзакции винаги е активирана от 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 се опитва да използва най-високата версия на протокола TLS, в зависимост от това коя SSL библиотека е била използвана за компилиране на сървъра и клиента и кой размер е използван.
• Тъй като TLSv1.2 изисква OpenSSL, подкрепата за този протокол е налице в двоични дистрибуции само за MySQL Commercial Server, а не за MySQL Community Server (който се компилира с yaSSL). За да активирате поддръжката на TLSv1.2, ако изграждате от източника, трябва да зададете опцията WITH_SSL CMake, за да използвате OpenSSL при конфигуриране на MySQL.
• Новата системна променлива tls_version разрешава протоколите TLS, разрешени от сървъра, да бъдат зададени при стартиране. От страна на клиента опцията -tls-версия позволява протоколите TLS, разрешени от клиентските програми, да бъдат зададени за всяко кликване на клиент.
• Функцията C API на mysql_options () има нова опция MYSQL_OPT_TLS_VERSION, която позволява протоколите TLS, разрешени от клиентската програма, да бъдат посочени от клиентската библиотека.
• Добавена или променена функционалност:
• InnoDB: Системната променлива innodb_support_xa, която позволява поддръжка за двуфазов ангажимент в XA транзакции, е отхвърлена. Поддръжката на InnoDB за двуфазов комит в XA транзакции винаги е активирана от 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 се опитва да използва най-високата версия на протокола TLS, в зависимост от това коя SSL библиотека е била използвана за компилиране на сървъра и клиента и кой размер е използван.
• Тъй като TLSv1.2 изисква OpenSSL, подкрепата за този протокол е налице в двоични дистрибуции само за MySQL Commercial Server, а не за MySQL Community Server (който се компилира с yaSSL). За да активирате поддръжката на TLSv1.2, ако изграждате от източника, трябва да зададете опцията WITH_SSL CMake, за да използвате OpenSSL при конфигуриране на MySQL.
• Новата системна променлива tls_version разрешава протоколите TLS, разрешени от сървъра, да бъдат зададени при стартиране. От страна на клиента опцията -tls-версия позволява протоколите TLS, разрешени от клиентските програми, да бъдат зададени за всяко кликване на клиент.
• Функцията C API на mysql_options () има нова опция MYSQL_OPT_TLS_VERSION, която позволява протоколите TLS, разрешени от клиентската програма, да бъдат посочени от клиентската библиотека.
• Добавена или променена функционалност:
• InnoDB: Системната променлива innodb_support_xa, която позволява поддръжка за двуфазов ангажимент в XA транзакции, е отхвърлена. Поддръжката на InnoDB за двуфазов комит в XA транзакции винаги е активирана от 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 се опитва да използва най-високата версия на протокола TLS, в зависимост от това коя SSL библиотека е била използвана за компилиране на сървъра и клиента и кой размер е използван.
• Тъй като TLSv1.2 изисква OpenSSL, подкрепата за този протокол е налице в двоични дистрибуции само за MySQL Commercial Server, а не за MySQL Community Server (който се компилира с yaSSL). За да активирате поддръжката на TLSv1.2, ако изграждате от източника, трябва да зададете опцията WITH_SSL CMake, за да използвате OpenSSL при конфигуриране на MySQL.
• Новата системна променлива tls_version разрешава протоколите TLS, разрешени от сървъра, да бъдат зададени при стартиране. От страна на клиента опцията -tls-версия позволява протоколите TLS, разрешени от клиентските програми, да бъдат зададени за всяко кликване на клиент.
• Функцията C API на mysql_options () има нова опция MYSQL_OPT_TLS_VERSION, която позволява протоколите TLS, разрешени от клиентската програма, да бъдат посочени от клиентската библиотека.
• Добавена или променена функционалност:
• InnoDB: Системната променлива innodb_support_xa, която позволява поддръжка за двуфазов ангажимент в XA транзакции, е отхвърлена. Поддръжката на InnoDB за двуфазов комит в XA транзакции винаги е активирана от 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 се опитва да използва най-високата версия на протокола TLS, в зависимост от това коя SSL библиотека е била използвана за компилиране на сървъра и клиента и кой размер е използван.
• Тъй като TLSv1.2 изисква OpenSSL, подкрепата за този протокол е налице в двоични дистрибуции само за MySQL Commercial Server, а не за MySQL Community Server (който се компилира с yaSSL). За да активирате поддръжката на TLSv1.2, ако изграждате от източника, трябва да зададете опцията WITH_SSL CMake, за да използвате OpenSSL при конфигуриране на MySQL.
• Новата системна променлива tls_version разрешава протоколите TLS, разрешени от сървъра, да бъдат зададени при стартиране. От страна на клиента опцията -tls-версия позволява протоколите TLS, разрешени от клиентските програми, да бъдат зададени за всяко кликване на клиент.
• Функцията C API на mysql_options () има нова опция MYSQL_OPT_TLS_VERSION, която позволява протоколите TLS, разрешени от клиентската програма, да бъдат посочени от клиентската библиотека.
• Добавена или променена функционалност:
• InnoDB: Системната променлива innodb_support_xa, която позволява поддръжка за двуфазов ангажимент в XA транзакции, е отхвърлена. Поддръжката на InnoDB за двуфазов комит в XA транзакции винаги е активирана от 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 се опитва да използва най-високата версия на протокола TLS, в зависимост от това коя SSL библиотека е била използвана за компилиране на сървъра и клиента и кой размер е използван.
• Тъй като TLSv1.2 изисква OpenSSL, подкрепата за този протокол е налице в двоични дистрибуции само за MySQL Commercial Server, а не за MySQL Community Server (който се компилира с yaSSL). За да активирате поддръжката на TLSv1.2, ако изграждате от източника, трябва да зададете опцията WITH_SSL CMake, за да използвате OpenSSL при конфигуриране на MySQL.
• Новата системна променлива tls_version разрешава протоколите TLS, разрешени от сървъра, да бъдат зададени при стартиране. От страна на клиента опцията -tls-версия позволява протоколите TLS, разрешени от клиентските програми, да бъдат зададени за всяко кликване на клиент.
• Функцията C API на mysql_options () има нова опция MYSQL_OPT_TLS_VERSION, която позволява протоколите TLS, разрешени от клиентската програма, да бъдат посочени от клиентската библиотека.
• Добавена или променена функционалност:
• InnoDB: Системната променлива innodb_support_xa, която позволява поддръжка за двуфазов ангажимент в XA транзакции, е отхвърлена. Поддръжката на InnoDB за двуфазов комит в XA транзакции винаги е активирана от MySQL 5.7.10. Деактивирането на innodb_support_xa вече не е разрешено, тъй като прави репликацията небезопасна и предотвратява печалбите от производителността, свързани с ангажимента за двойна регистрация на журнала.

Какво е новото във версия 5.6.26 GA / 5.7.5 Milestone 16:

• Тази версия добавя поддръжка за Debian 8 и Ubuntu 15.04.

Какво е новото във версия 5.6.25 GA / 5.7.5 Milestone 16:

• Бележки по сигурността:
• Свързаната OpenSSL библиотека за MySQL Commercial Server е обновена от версия 1.0.1j до версия 1.0.1k. Въпросите, зададени в новата версия, са описани на адрес http://www.openssl.org/news/vulnerabilities.html.
• Тази промяна не оказва влияние върху изградената от Oracle MySQL общност, създадена от MySQL Server, която вместо това използва библиотеката yaSSL. (Грешка # 20375530)
• Добавена или променена функционалност:
• Поддръжката на протоколите SSL 2.0 и SSL 3.0 е деактивирана, защото осигурява слабо криптиране. (Грешка # 19820550)
• yaSSL бе надстроена до версия 2.3.7. (Грешка # 19695101, Грешка # 20201864)
• Валидният период от време на SSL сертификатите в mysql-test / std_data е удължен до 2029 г. (Bug # 18366947)
• Фиксирани бъгове:
• InnoDB: Операцията за експортиране на tablespace задава състоянието на прочистване на PURGE_STATE_STOP, но нишката за прочистване не е проверила състоянието на прочистване, докато не приключи текущата операция за изчистване. В случай на голям списък с история операцията за експортиране на таблицата е забавена и чака текущата операция за пречистване да завърши. Сега състоянието на прочистване се проверява с всяка партида за продухване. (Грешка # 20266847, Грешка # 75298)
• InnoDB: операция ALTER TABLE ... ADD INDEX повдигна твърдението поради код за затвърждаване, който не позволи онлайн състояние на индекса на ONLINE_INDEX_ABORTED_DROPPED. Кодът на твърдението е отпуснат. (Bug # 20198726)
• InnoDB: Възникна грешка, когато функцията push_warning_printf бе извикана по време на възстановяване на сървъра. Тази функция е използвана преди това за отпечатване на предупредително съобщение до клиента. Също така, current_thd е NULL при рестартиране на сървъра. (Грешка # 20144839)
• InnoDB: операция ALTER TABLE, която промени името на колона с чужд ключ, доведе до неуспех при презареждане на ограничението за чуждия ключ. Предишното име на колоната остава в кеша на речника на данните, вместо да бъде изгонено. (Bug # 20031243)
• InnoDB: Съобщенията за грешки относно ограничението на размера на данните BLOB или TEXT, въведени в една транзакция, бяха преработени. (Bug # 19975322)
• InnoDB: операциите на DML върху таблица с индекси за търсене в цял текст повдигат невалидно твърдение. (Bug # 19905246)
• Препратки: Тази грешка е регресия на грешка # 19314480.
• InnoDB: Операцията за изтриване на няколко таблици е довела до спиране на сървъра. (Грешка # 19815702)
• InnoDB: операцията FLUSH TABLES повдигна твърдението. (Bug # 19803418)
• InnoDB: при активирано изменение на буферирането, буферирана поредица от операции, които не би трябвало да бъдат буферирани, доведе до невъзможност за отстраняване на грешка при записване. (Bug # 19528825, Bug # 73767)
• InnoDB: При платформи, които не са на Windows, функциите 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 ... TRUNCATE PARTITION или неуспешно изречение TRUNCATE TABLE срещу разделена таблица понякога оставя несъответстващи метаданни в кеш паметта на таблицата; следващите SQL изрази, които използват тази метаданна, не са успели и в някои случаи могат да доведат до провал на сървъра. (Bug # 74292, Bug # 19786861)
• Репликация: Ако клиентската нишка на подчинените изпълни FLUSH TABLES WITH READ LOCK, докато капитанът изпълни DML, изпълнението на SHOW SLAVE STATUS в един и същ клиент се блокира, причинявайки застой. Поправката гарантира, че блокировката за четене се задържа само през периода, в който се актуализира регистрационният регистър и се избягва блокирането. (Грешка # 19843808)
• Репликация: Когато една XA транзакция е била активна, изпълняването на вътрешна ревизия, например с помощта на инструкцията BINLOG, води до твърдение. Определянето гарантира, че връщане назад ще се случи само за роб, когато дадена транзакция обхваща няколко бинарни журнални файлове. Връщането назад не се случва сега, ако Format_description идва от извлечението BINLOG, което се изпълнява в MySQL клиента. (Bug # 74597, Bug # 19928622)
• Репликация: При нормална употреба не е възможно робът да има повече GTIDs, отколкото капитана. Но в определени ситуации, например след хардуерен провал или неправилно изчистване на gtid_purged, бинарният журнал на майстора може да бъде съкратен. Тази корекция гарантира, че в такава ситуация капитанът вече открива, че робът има транзакции с GTID, които не са на капитана. Понастоящем се генерира грешка на подчиненото устройство и входно-изходната нишка се спира с грешка. Машината за изхвърляне на капитана също е спряна. Това предотвратява несъответствията в данните по време на репликацията. (Бъг # 72635, бъг # 18789758)
• Репликация: Когато използвате SHOW SLAVE STATUS за наблюдение на ефективността на репликацията, Seconds_Behind_Master понякога показва неочаквано изоставане зад капитана. Това се дължи на факта, че Previous_gtids_log_events се записват в регистрационния регистър на робството с времеви маркер зад главния и след това се използват за изчисляване на Seconds_Behind_Master. Тази корекция гарантира, че събитията, генерирани в роб, които са добавени към регистрационния регистър и не се използват при изчисляване на Seconds_Behind_Master. (Бъг # 72376, бъг # 18622657)
• В Ubuntu 14.10, операциите по инсталиране на MySQL може да не успеят да презаредят AppArmor. (Bug # 20092641)
• EXPLAIN в рамките на сделка по XA може да повдигне твърдения. (Bug # 19941492)
• Бинарните журнални файлове, създадени чрез стрийминг на бинарния журнал от отдалечен сървър с mysqlbinlog, получиха по-достъпен режим на достъп от оригиналните файлове. (Bug # 19649868)
• Ако плъгинът на audit_log срещне грешка в диска, сървърът ще излезе.
• Сега, ако файловата система, на която е написан одитният журнал, се запълва, в регистъра за грешки се записва грешка "диск пълен". Провеждането на одит се извършва, докато буферът на журнала на одита е пълен. Ако свободното дисково пространство не бъде предоставено до момента, в който буферът се запълни, сесиите на клиентите ще се окажат и спирането на сървъра по време на обесването на клиентските сесии ще доведе до корупция в регистъра на одита. За да избегнете това, ако се окажат клиентски сесии, уверете се, че свободното място е налице в файловата система за одит, преди да спрете сървъра. (Bug # 19411485)
• При неизпълнение на временна таблица, поради липса на дескриптори на файла, сървърът излезе, а не връща грешка. (Бъг # 18948649)
• За някои заявки, съдържащи извлечена таблица (подзаглавие в клаузата FROM), забавянето на материализацията доведе до подоптимален план за изпълнение поради по-малко точна оценка на броя редове. (Грешка # 18607971)
• За изявленията UPDATE и DELETE сървърът може да излезе, след като се опита да получи достъп до неинициализирана структура от данни. (Грешка # 18036143)
• Стартирането на сървъра с услугата за стартиране или mysqld_safe може да доведе до неправилно използване на правилната директория на приставките. (Бъг # 17619241)
• FLUSH TABLES на таблицата FEDERATED се е провалила, ако таблицата е била по-дълга от времето wait_timeout плюс времето на TCP keepalive. (Грешка # 17599258)
• Избирането на всички колони от INFORMATION_SCHEMA.TABLES не отвори отново таблици, ако бяха в кеша на таблицата, но подборът на тези колони при същите условия отвори отново таблици. (Грешка # 16869534)
• Ако my_write () срещне състояние на диск, то може да върне неправилна стойност на грешката. (Bug # 16078792, Bug # 19984788)
• Необезразпространени търсения в InnoDB за цял текст + комбинирани с скоби; например + word1 + (> word2
)