MySQL Community Edition

Community Community Edition - это open-source, кросс-платформенная, широко используемая и очень быстрая система управления реляционными базами данных (RDBMS). Он включает в себя как клиентские, так и серверные реализации, которые состоят из серверного демона (mysqld) и множества различных клиентских программ и библиотек.

Первоначально созданный Sun Microsystems (теперь поддерживаемый Oracle), MySQL - это больше, чем просто «самая популярная база данных с открытым исходным кодом в мире», поскольку в нем есть коннекторы, репликация, разбиение на разделы, workbench, корпоративный монитор, панель мониторинга и советники, анализатор запросов , монитор репликации и функции резервного копирования. Он работает на 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 mysql_options () C имеет новый параметр 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 mysql_options () C имеет новый параметр 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 mysql_options () C имеет новый параметр 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 mysql_options () C имеет новый параметр 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 mysql_options () C имеет новый параметр 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 mysql_options () C имеет новый параметр 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 mysql_options () C имеет новый параметр 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 mysql_options () C имеет новый параметр 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 mysql_options () C имеет новый параметр 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 mysql_options () C имеет новый параметр 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 mysql_options () C имеет новый параметр 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 mysql_options () C имеет новый параметр 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 обновлена ​​с версии 1.0.1j до версии 1.0.1k. Проблемы, исправленные в новой версии, описаны на странице http://www.openssl.org/news/vulnerabilities.html.
• Это изменение не влияет на сборку MySQL Community MySQL, созданную Oracle, которая использует библиотеку 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 иногда отображал неожиданное отставание от мастера. Это было вызвано тем, что Previous_gtids_log_events записываются в журнал реле подчиненного устройства с отметкой времени за мастером и затем используются для вычисления Seconds_Behind_Master. Это исправление гарантирует, что события, созданные на подчиненном устройстве, которые добавляются в журнал реле и не используются при расчете Seconds_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 TABLES в таблице FEDERATED не удалось, если таблица простаивала дольше, чем time_timeout, плюс время keepalive TCP. (Ошибка № 17599258)
• Выбор всех столбцов из INFORMATION_SCHEMA.TABLES не возобновил таблицы, если они были в кеше таблицы, но выбор подмножества этих столбцов при тех же условиях повторил открытие таблиц. (Ошибка № 16869534)
• Если my_write () столкнулся с условием полного заполнения диска, он может вернуть неправильное значение ошибки. (Ошибка № 16078792, ошибка № 19984788).
• Логические полнотекстовые поисковые запросы InnoDB, неправильно обработанные + в сочетании с круглыми скобками; например, + word1 + (& gt; word2