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. Community Edition пропонується безкоштовно та активно підтримується та підтримується спільнотою ентузіастів з відкритим кодом та розробниками з усіх куточків світу.

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-version дозволяє вказати протоколи дозволених клієнтськими програмами TLS для кожного виклику клієнта.
• Функція API 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-version дозволяє вказати протоколи дозволених клієнтськими програмами TLS для кожного виклику клієнта.
• Функція API 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-version дозволяє вказати протоколи дозволених клієнтськими програмами TLS для кожного виклику клієнта.
• Функція API 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-version дозволяє вказати протоколи дозволених клієнтськими програмами TLS для кожного виклику клієнта.
• Функція API 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-version дозволяє вказати протоколи дозволених клієнтськими програмами TLS для кожного виклику клієнта.
• Функція API 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-version дозволяє вказати протоколи дозволених клієнтськими програмами TLS для кожного виклику клієнта.
• Функція API 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-version дозволяє вказати протоколи дозволених клієнтськими програмами TLS для кожного виклику клієнта.
• Функція API 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-version дозволяє вказати протоколи дозволених клієнтськими програмами TLS для кожного виклику клієнта.
• Функція API 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-version дозволяє вказати протоколи дозволених клієнтськими програмами TLS для кожного виклику клієнта.
• Функція API 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-version дозволяє вказати протоколи дозволених клієнтськими програмами TLS для кожного виклику клієнта.
• Функція API 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-version дозволяє вказати протоколи дозволених клієнтськими програмами TLS для кожного виклику клієнта.
• Функція API 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-version дозволяє вказати протоколи дозволених клієнтськими програмами TLS для кожного виклику клієнта.
• Функція API 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 Крок 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.
• Ця зміна не впливає на створення Oracle MySQL Community MySQL Server, який замість цього використовує бібліотеку 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: операція FLUSH TABLES підняла твердження. (Помилка № 19803418)
• InnoDB: при ввімкненій зміні буферизації буферизована послідовність операцій, які не повинна бути буферизована, призвела до неможливості очистити помилку запису. (Помилка № 19528825, помилка № 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, що повторно використовують ці метадані, не вдалося, і в деяких випадках може призвести до збою сервера. (Помилка № 74292, помилка № 19786861)
• Тиражування: якщо клієнтський потік виконував таблицю FLUSH TABLES WITH READ LOCK, а майстер виконував DML, виконавши SHOW SLAVE STATUS у тому самому клієнті, було заблоковано, що спричиняє тупикові ситуації. Виправлення гарантує, що блокування читання буде утримуватися тільки протягом періоду оновлення журналу ретрансляції та уникнення тупикових ситуацій. (Помилка № 19843808)
• Тиражування: коли транзакція XA була активною, виконання внутрішнього відкату, наприклад, за допомогою оператора BINLOG, призвело до підтвердження. Виправлення гарантує, що відкат відбувається лише для ведомого, коли транзакція охоплює кілька файлів двоетарних журналів. Відкат не відбувається зараз, якщо Format_description походить від оператора BINLOG, що виконується в клієнті MySQL. (Помилка № 74597, помилка № 19928622)
• Тиражування: у звичайному режимі неможливо, щоб підлеглий мав більше ідентифікаторів GTID, ніж майстер. Але в певних ситуаціях, таких як після апаратної відмови або неправильного очищення gtid_purged, журнал двійкового запису майстра може бути скорочений. Цей виправлення гарантує, що в такій ситуації майстер виявляє, що підлеглий має транзакції з GTID, які не є власністю. Помилка в даний час генерується на веденні, і потоку вводу / виводу зупинено з помилкою. Також зупиняється відладний майстер. Це запобігає невідповідності даних під час реплікації. (Помилка № 72635, помилка № 18789758)
• Реплікація: при використанні SHOW SLAVE STATUS для контролю ефективності реплікації, Seconds_Behind_Master іноді виявляє несподіваний відставання від майстра. Це було спричинено тим, що попередні_gtids_log_events записується до ведомого реле журналу з міткою часу позаду майстра, а потім використовується для розрахунку секунди_Behind_Master. Цей виправлення гарантує, що події, створені підпорядкованим, які додаються до журналу ретрансляції, і не використовуються під час обчислення секунд_материалів. (Помилка № 72376, помилка № 18622657)
• У Ubuntu 14.10 операції встановлення MySQL можуть не вдатися до перезавантаження AppArmor. (Помилка # 20092641)
• EXPLAIN в рамках транзакції XA може створити твердження. (Помилка № 19941492)
• Двійкові файли журналів, створені шляхом потокового бінарного журналу з віддаленого сервера з mysqlbinlog, отримали режим доступу більш допустимий, ніж вихідні файли. (Помилка № 19649868)
• Якщо плагін audit_log зіткнувся з повною помилкою на диску, сервер буде вийти.
• Тепер, якщо файлова система, до якої записується журнал перевірок, заповнюється, в журнал помилок записується помилка "дискова повна". Журнал реєстрації перевірки триватиме до тих пір, поки не буде заповнено буфер журналу аудиту. Якщо вільне місце на диску не було доступним до часу заповнення буфера, клієнтські сеанси зависатимуть, а призупинення сервера під час виклику сесій клієнта призведе до пошкодження журналу аудиту. Щоб уникнути цього, якщо виклики сеансу клієнта висіли, переконайтеся, що перед тим, як припинити роботу сервера, у вільному просторі є доступ до файлової системи журналу аудиту. (Помилка № 19411485)
• Якщо ви не змогли створити тимчасову таблицю через відсутність дескрипторів файлів, сервер вийшов замість повернення помилки. (Помилка # 18948649)
• Для деяких запитів, що містили похідну таблицю (підзапит у стані FROM), затримка матеріалізації призвела до непланового виконання плану через меншу точність оцінки рядків. (Помилка № 18607971)
• Для операторів UPDATE і DELETE сервер може вийти після спроби отримати доступ до неініціалізованої структури даних. (Помилка № 18036143)
• Запуск сервера зі службою start або mysqld_safe може призвести до неможливості використання правильного каталогу плагінів. (Помилка № 17619241)
• СТАЛИ FLUSH на таблиці FEDERATED не вдалося, якщо таблиця простоя була довша, ніж час wait_timeout плюс час TCP keepalive. (Помилка № 17599258)
• Вибір усіх стовпців з INFORMATION_SCHEMA.TABLES не відкриває таблиці повторно, якщо вони знаходяться в кеш-пам'яті таблиці, але під час вибору підмножини цих стовпців за тих самих умов було знову відкрито таблиці. (Помилка № 16869534)
• Якщо my_write () зіткнуло стан із повним диском, він може повернути неправильне значення помилки. (Помилка № 16078792, помилка № 19984788)
• Повнотекстовий пошук в логічному пошуку InnoDB неправильно оброблений + в поєднанні з дужками; наприклад, + word1 + (& gt; word2