Улучшения безопасности. Были добавлены следующие улучшения безопасности:

Изменения режима SQL. Строгий режим SQL для транзакционных движков хранения (STRICT_TRANS_TABLES) теперь включен по умолчанию.

Реализация режима SQL ONLY_FULL_GROUP_BY была усовершенствована, чтобы больше не отклонять детерминированные запросы, которые ранее отклонялись. В результате этот режим теперь включен по умолчанию, чтобы запрещать только недетерминированные запросы, содержащие выражения, не гарантирующие уникальное определение в группе.

Режимы SQL ERROR_FOR_DIVISION_BY_ZERO, NO_ZERO_DATE и NO_ZERO_IN_DATE теперь устарели, но включены по умолчанию. Длительный план состоит в том, чтобы включить их в строгий режим SQL и удалить их как явные режимы в будущей версии MySQL. См. Изменения режима SQL в MySQL 5.7.

Изменения по умолчанию в режиме SQL приводят к значению системной переменной sql_mode по умолчанию с включенными этими режимами: ONLY_FULL_GROUP_BY, STRICT_TRANS_TABLES, NO_ZERO_IN_DATE, NO_ZERO_DATE, ERROR_FOR_DIVISION_BY_ZERO, NO_AUTO_CREATE_USER и NO_ENGINE_SUBSTITUTION.

Онлайн ALTER TABLE. ALTER TABLE теперь поддерживает предложение RENAME INDEX, которое переименовывает индекс. Изменение вносится на месте без операции копирования таблицы. Оно работает для всех движков хранения. См. Раздел 13.1.8, «Оператор ALTER TABLE».

Плагины анализатора полнотекстового поиска ngram и MeCab. MySQL предоставляет встроенный плагин анализатора полнотекстового поиска ngram, поддерживающий китайский, японский и корейский языки (CJK), и устанавливаемый плагин анализатора полнотекстового поиска MeCab для японского языка.

Дополнительную информацию см. в Разделе 12.9.8, «Плагин анализатора ngram» и Разделе 12.9.9, «Плагин анализатора MeCab».

Поддержка JSON. Начиная с MySQL 5.7.8, MySQL поддерживает собственный тип данных JSON. Значения JSON хранятся не как строки, а в внутреннем двоичном формате, что позволяет быстро получить доступ к элементам документа. JSON-документы, хранящиеся в столбцах типа JSON, автоматически проверяются при вставке или обновлении, а невалидный документ приводит к ошибке. JSON-документы нормализуются при создании и могут быть сравниваются с помощью большинства операторов сравнения, таких как =, <, <=, >, >=, <>, != и <=>; для получения информации о поддерживаемых операторах, а также приоритетах и других правилах, которые MySQL использует при сравнении значений JSON, см. Сравнение и упорядочивание значений JSON.

MySQL 5.7.8 также вводит ряд функций для работы со значениями JSON. Эти функции включают следующие:

В MySQL 5.7.9 и более поздних версиях вы можете использовать column->path в качестве сокращения для JSON_EXTRACT(column, path). Это работает как псевдоним для столбца, где может использоваться идентификатор столбца в операторе SQL, включая WHERE, ORDER BY и GROUP BY. Это включает SELECT, UPDATE, DELETE, CREATE TABLE и другие операторы SQL. Левая часть должна быть идентификатором столбца типа JSON (а не алиасом). Правая часть — это выражение пути JSON в кавычках, которое оценивается по отношению к документу JSON, возвращаемому как значение столбца.

MySQL 5.7.22 добавляет следующие функции JSON:

См. Раздел 12.17.3, “Функции поиска значений JSON” для получения дополнительной информации о -> и JSON_EXTRACT(). Для получения информации о поддержке путей JSON в MySQL 5.7, см. Поиск и изменение значений JSON. См. также Индексирование сгенерированного столбца для предоставления индекса столбца JSON.

Переменные системы и состояния. Информация о переменных системы и состояния сейчас доступна в таблицах Performance Schema, вместо использования таблиц INFORMATION_SCHEMA для получения этих переменных. Это также влияет на работу операторов SHOW VARIABLES и SHOW STATUS. Значение переменной системы show_compatibility_56 влияет на вывод, производимый операторами и таблицами переменных системы и состояния, а также на требуемые привилегии. Подробности см. в описании этой переменной в Разделе 5.1.7, «Переменные системы сервера».

Схема sys. Дистрибутивы MySQL теперь включают схему sys, которая представляет собой набор объектов, помогающих администраторам баз данных и разработчикам интерпретировать данные, собранные Performance Schema. Объекты схемы sys могут использоваться для типичных задач настройки и диагностики. Дополнительную информацию см. в Главе 26, Схема MySQL sys.

Обработка условий. MySQL теперь поддерживает стеки областей диагностики. Когда стек области диагностики перемещается, первая (текущая) область диагностики становится второй (стековой) областью диагностики, и создается новая текущая область диагностики как ее копия. Внутри обработчика условий выполняемые операторы изменяют новую текущую область диагностики, но GET STACKED DIAGNOSTICS может использоваться для проверки стековой области диагностики, чтобы получить информацию о условии, вызвавшем активацию обработчика, независимо от текущих условий внутри самого обработчика. (Ранее существовала только одна область диагностики. Чтобы проверить условия активации обработчика внутри обработчика, необходимо было проверить эту область диагностики до выполнения любых операторов, которые могут ее изменить.) См. Раздел 13.6.7.3, «Оператор GET DIAGNOSTICS» и Раздел 13.6.7.7, «Область диагностики MySQL».

Оптимизатор. Были добавлены следующие улучшения оптимизатора:

Триггеры. Раньше таблица могла иметь не более одного триггера для каждой комбинации события триггера (INSERT, UPDATE, DELETE) и времени действия (BEFORE, AFTER). Это ограничение было снято, и разрешено несколько триггеров. Дополнительную информацию см. в Разделе 23.3, «Использование триггеров».

Регистрация. Были добавлены следующие улучшения регистрации:

Сгенерированные колонки. MySQL теперь поддерживает указание сгенерированных колонок в операторах CREATE TABLE и ALTER TABLE. Значения сгенерированной колонки вычисляются из выражения, указанного во время создания колонки. Сгенерированные колонки могут быть виртуальными (вычисляются “в момент чтения” строк) или хранимыми (вычисляются при вставке или обновлении строк). Дополнительную информацию см. в Разделе 13.1.18.7, «CREATE TABLE и сгенерированные колонки».

Клиент mysql. Раньше Control+C в mysql прерывал текущий оператор, если он был, или выходил из mysql, если нет. Теперь Control+C прерывает текущий оператор, если он есть, или отменяет любую частичную строку ввода в противном случае, но не выходит.

Переименование имени базы данных с помощью mysqlbinlog. Переименование баз данных с помощью mysqlbinlog при чтении из двоичных журналов, записанных с использованием формата на основе строк, теперь поддерживается с помощью опции --rewrite-db, добавленной в MySQL 5.7.1.

Эта опция использует формат --rewrite-db='dboldname->dbnewname'. Можно реализовать несколько правил переписывания, указав опцию несколько раз.

HANDLER с разделяемыми таблицами. Оператор HANDLER теперь может использоваться с пользовательскими разделяемыми таблицами. Такие таблицы могут использовать любой из доступных типов разбиения (см. Раздел 22.2, «Типы разбиения»).

Поддержка pushdown условия индекса для разделяемых таблиц. Запросы к разделяемым таблицам, использующие хранилище InnoDB или MyISAM, могут использовать оптимизацию pushdown условия индекса, которая была представлена в MySQL 5.6. См. Раздел 8.2.1.5, «Оптимизация pushdown условия индекса» для получения дополнительной информации.

Поддержка ALTER TABLE ... EXCHANGE PARTITION без валидации. Начиная с MySQL 5.7.5, синтаксис ALTER TABLE ... EXCHANGE PARTITION включает необязательную {WITH|WITHOUT} VALIDATION клаузу. Когда WITHOUT VALIDATION указано, ALTER TABLE ... EXCHANGE PARTITION не выполняет проверку строк при обмене заполненной таблицей с разбиением, что позволяет администраторам базы данных взять на себя ответственность за обеспечение того, что строки находятся в границах определения разбиения. WITH VALIDATION является по умолчанию и не требует явного указания. Дополнительную информацию см. в Разделе 22.3.3, «Обмен разбиениями и подразбиениями с таблицами».

Улучшения потока дампов источников. Поток дампов источника был переработан для уменьшения конфликтов блокировок и повышения производительности потока источника. До MySQL 5.7.2 поток дампов брал блокировку на двоичном журнале при чтении события; в MySQL 5.7.2 и более поздних версиях эта блокировка удерживается только во время чтения позиции в конце последнего успешно записанного события. Это означает, что несколько потоков дампов теперь могут одновременно читать из файла двоичного журнала, и что потоки дампов теперь могут читать, пока клиенты записывают в двоичный журнал.

Поддержка наборов символов. MySQL 5.7.4 включает набор символов gb18030, который поддерживает набор символов Китайского национального стандарта GB18030. Дополнительную информацию о поддержке наборов символов MySQL см. в Главе 10, Наборы символов, наборы правил сопоставления, Unicode.

Изменение источника репликации без STOP SLAVE. В MySQL 5.7.4 и более поздних версиях строгое требование выполнить STOP SLAVE перед выполнением любой команды CHANGE MASTER TO отменено. Вместо того, чтобы полагаться на остановку реплики, поведение CHANGE MASTER TO теперь зависит от состояния потоков репликации SQL и I/O реплики; остановка или работа этих потоков определяют, какие опции могут или не могут быть использованы с командой CHANGE MASTER TO в данный момент. Правила определения этого состояния перечислены здесь:

Вы можете проверить текущее состояние потоков репликации SQL и I/O, используя SHOW SLAVE STATUS.

Если вы используете репликацию на основе инструкций и временных таблиц, возможно, что инструкция CHANGE MASTER TO, следующая за инструкцией STOP SLAVE, оставит временные таблицы на реплике. В рамках этого набора улучшений, предупреждение теперь выводится всякий раз, когда CHANGE MASTER TO выполняется после STOP SLAVE при использовании репликации на основе инструкций и Slave_open_temp_tables остается больше 0.

Дополнительную информацию см. в Разделе 13.4.2.1, «CHANGE MASTER TO Statement» и Разделе 16.3.7, «Переключение источников при отказе».

Набор тестов. Теперь в наборе тестов MySQL используется InnoDB в качестве движка хранения по умолчанию.

Теперь возможна репликация с несколькими источниками. Репликация MySQL с несколькими источниками добавляет возможность репликации с нескольких источников на реплику. Топологии репликации MySQL с несколькими источниками могут использоваться для резервного копирования нескольких серверов на один сервер, для слияния фрагментов таблиц и консолидации данных с нескольких серверов на один сервер. См. Раздел 16.1.5, «Репликация MySQL с несколькими источниками».

В рамках репликации MySQL с несколькими источниками были добавлены каналы репликации. Каналы репликации позволяют реплике открывать несколько подключений для репликации с источниками, где каждый канал представляет собой подключение к источнику. См. Раздел 16.2.2, «Каналы репликации».

Таблицы схемы Performance Schema для групповой репликации. MySQL 5.7 добавляет ряд новых таблиц в схему Performance Schema, чтобы предоставить информацию о группах и каналах репликации. К ним относятся следующие таблицы:

Все эти таблицы были добавлены в MySQL 5.7.2, за исключением replication_group_members и replication_group_member_stats, которые были добавлены в MySQL 5.7.6. Дополнительную информацию см. в Разделе 25.12.11, «Таблицы Performance Schema для репликации».

SQL для групповой репликации. Следующие инструкции были добавлены в MySQL 5.7.6 для управления групповой репликацией:

Дополнительную информацию см. в Разделе 13.4.3, «SQL-инструкции для управления групповой репликацией».

Режимы SQL ERROR_FOR_DIVISION_BY_ZERO, NO_ZERO_DATE и NO_ZERO_IN_DATE теперь устарели, но включены по умолчанию. В долгосрочной перспективе они планируются включить в строгий режим SQL и удалить в качестве явных режимов в будущей версии MySQL.

Устаревшие режимы SQL ERROR_FOR_DIVISION_BY_ZERO, NO_ZERO_DATE и NO_ZERO_IN_DATE по-прежнему распознаются, чтобы запросы, содержащие их имена, не вызывали ошибку, но ожидается, что они будут удалены в будущей версии MySQL. Чтобы подготовиться к версиям MySQL, в которых эти имена режимов отсутствуют, приложения должны быть изменены таким образом, чтобы не ссылаться на них. См. Изменения режима SQL в MySQL 5.7.

Эти режимы SQL теперь устарели; ожидается, что они будут удалены в будущей версии MySQL: DB2, MAXDB, MSSQL, MYSQL323, MYSQL40, ORACLE, POSTGRESQL, NO_FIELD_OPTIONS, NO_KEY_OPTIONS, NO_TABLE_OPTIONS. Эти устаревания имеют два следствия:

Изменения в операциях управления учетными записями делают следующие функции устаревшими. Теперь они устарели:

Кэш запросов устарел. Устаревание включает следующие элементы:

Ранее параметры запуска сервера --transaction-isolation и --transaction-read-only соответствовали переменным системы tx_isolation и tx_read_only. Для лучшего соответствия имен между параметром запуска и именем переменной системы были созданы алиасы transaction_isolation и transaction_read_only для tx_isolation и tx_read_only. Переменные tx_isolation и tx_read_only теперь устарели; ожидается, что они будут удалены в MySQL 8.0. Приложения должны быть изменены для использования transaction_isolation и transaction_read_only вместо них.

Параметр --skip-innodb и его синонимы (--innodb=OFF, --disable-innodb и т.д.) устарели. Эти параметры не имеют эффекта начиная с MySQL 5.7, потому что InnoDB отключить нельзя.

Клиентские параметры --ssl и --ssl-verify-server-cert устарели. Используйте --ssl-mode=REQUIRED вместо --ssl=1 или --enable-ssl. Используйте --ssl-mode=DISABLED вместо --ssl=0, --skip-ssl или --disable-ssl. Используйте --ssl-mode=VERIFY_IDENTITY вместо параметра --ssl-verify-server-cert. (Серверный параметр --ssl не устарел.)

Для C API, параметры MYSQL_OPT_SSL_ENFORCE и MYSQL_OPT_SSL_VERIFY_SERVER_CERT соответствуют клиентским параметрам --ssl и --ssl-verify-server-cert и устарели. Используйте MYSQL_OPT_SSL_MODE со значением параметра SSL_MODE_REQUIRED или SSL_MODE_VERIFY_IDENTITY вместо них.

Переменная системы log_warnings и серверный параметр --log-warnings устарели. Используйте переменную системы log_error_verbosity вместо них.

Серверный параметр --temp-pool устарел.

Переменная системы binlog_max_flush_queue_time не выполняет никаких действий в MySQL 5.7 и устарела начиная с MySQL 5.7.9.

Переменная системы innodb_support_xa, которая включает поддержку InnoDB двухфазного подтверждения в транзакциях XA, устарела начиная с MySQL 5.7.10. Поддержка InnoDB двухфазного подтверждения в транзакциях XA всегда включена начиная с MySQL 5.7.10.

Переменные системы metadata_locks_cache_size и metadata_locks_hash_instances устарели. Они не выполняют никаких действий начиная с MySQL 5.7.4.

Переменная системы sync_frm устарела.

Глобальные переменные системы character_set_database и collation_database устарели; ожидается их удаление в будущей версии MySQL.

Присвоение значения сессионным переменным системы character_set_database и collation_database устарело и вызывает предупреждение. Ожидается, что сессионные переменные станут только для чтения в будущей версии MySQL, а присвоение значений им вызовет ошибку, хотя чтение сессионных переменных для определения набора символов базы данных и сортировки по умолчанию для базы данных по-прежнему возможно.

Глобальный область действия переменной системы sql_log_bin устарел, и теперь эту переменную можно задавать только в рамках сессии. Оператор SET GLOBAL SQL_LOG_BIN теперь вызывает ошибку. Чтение глобального значения sql_log_bin по-прежнему возможно, но вызывает предупреждение. Вам следует немедленно устранить любые зависимости от чтения этого значения в своих приложениях; глобальный область действия sql_log_bin удален в MySQL 8.0.

С введением словаря данных в MySQL 8.0, параметр --ignore-db-dir и переменная системы ignore_db_dirs стали избыточными и были удалены в этой версии. Следовательно, они устарели в MySQL 5.7.

GROUP BY по умолчанию неявно сортируется (то есть при отсутствии ASC или DESC обозначений), но полагаться на неявную GROUP BY сортировку в MySQL 5.7 устарело. Для достижения определенного порядка сортировки сгруппированных результатов предпочтительнее использовать явные ASC или DESC обозначения для столбцов GROUP BY или указать предложение ORDER BY. GROUP BY сортировка — это расширение MySQL, которое может измениться в будущей версии; например, чтобы позволить оптимизатору упорядочивать группировки любым способом, который он сочтет наиболее эффективным, и чтобы избежать затрат на сортировку.

Ключевые слова EXTENDED и PARTITIONS для оператора EXPLAIN устарели. Эти ключевые слова все еще распознаются, но теперь они излишни, потому что их эффект всегда включен.

Функции шифрования ENCRYPT(), ENCODE(), DECODE(), DES_ENCRYPT() и DES_DECRYPT() устарели. Для ENCRYPT() рассмотрите использование SHA2() для одностороннего хеширования вместо этого. Для других функций рассмотрите использование AES_ENCRYPT() и AES_DECRYPT() вместо этого. Параметр --des-key-file, переменная системы have_crypt, параметр DES_KEY_FILE для оператора FLUSH и параметр HAVE_CRYPT CMake также устарели.

Пространственная функция MBREqual() устарела. Используйте MBREquals() вместо неё.

Функции, описанные в Разделе 12.16.4, «Функции, создающие значения геометрии из значений WKB», ранее принимали либо строки WKB, либо аргументы геометрии. Использование аргументов геометрии устарело. См. этот раздел для получения рекомендаций по миграции запросов, чтобы избежать использования аргументов геометрии.

Таблица INFORMATION_SCHEMA PROFILING устарела. Используйте вместо неё Performance Schema, см. Главу 25, MySQL Performance Schema.

Таблицы INFORMATION_SCHEMA INNODB_LOCKS и INNODB_LOCK_WAITS устарели, будут удалены в MySQL 8.0, предоставляя таблицы Performance Schema в качестве замены.

Таблица Performance Schema setup_timers устарела и удалена в MySQL 8.0, как и строка TICK в таблице performance_timers.

Вид схемы sys sys.version устарел; ожидается его удаление в будущей версии MySQL. Затронутые приложения должны быть адаптированы для использования альтернативы. Например, используйте функцию VERSION() для получения версии сервера MySQL.

Использование \N как синонима для NULL в операторах SQL устарело и удалено в MySQL 8.0; используйте NULL вместо этого.

Это изменение не влияет на операции импорта и экспорта текстовых файлов, выполненные с помощью оператора LOAD DATA или SELECT ... INTO OUTFILE, для которых NULL по-прежнему представлено как \N. См. Раздел 13.2.6, «Оператор LOAD DATA».

Синтаксис PROCEDURE ANALYSE() устарел.

Удаление комментариев клиентом mysql и опции для его управления (--skip-comments, --comments) устарели.

Поддержка mysqld_safe для syslog вывода устарела. Используйте встроенную поддержку сервера syslog вместо неё. См. Раздел 5.4.2, «Журнал ошибок».

Преобразование имён баз данных до MySQL 5.1, содержащих специальные символы, в формат 5.1 с добавлением префикса #mysql50# устарело. Из-за этого опции --fix-db-names и --fix-table-names для mysqlcheck и фраза UPGRADE DATA DIRECTORY NAME для инструкции ALTER DATABASE также устарели.

Обновления поддерживаются только между версиями релизов (например, 5.0 до 5.1 или 5.1 до 5.5), поэтому вряд ли останется необходимость в преобразовании имён баз данных 5.0 в текущие версии MySQL. В качестве обходного решения обновите установку MySQL 5.0 до MySQL 5.1 перед обновлением до более новой версии.

Функциональность mysql_install_db интегрирована в сервер MySQL, mysqld. Для использования этой возможности для инициализации установки MySQL, если вы ранее вручную вызывали mysql_install_db, вызовите mysqld с опцией --initialize или --initialize-insecure, в зависимости от того, хотите ли вы, чтобы сервер сгенерировал случайный пароль для первоначального 'root'@'localhost' аккаунта.

mysql_install_db теперь устарел, как и специальная опция --bootstrap, которую mysql_install_db передаёт в mysqld.

Утилита mysql_plugin устарела. Альтернативы включают загрузку плагинов при запуске сервера с помощью опции --plugin-load или --plugin-load-add, или во время выполнения с помощью инструкции INSTALL PLUGIN.

Утилита resolveip устарела. Вместо неё можно использовать nslookup, host или dig.

Утилита resolve_stack_dump устарела. Следы стека из официальных сборок MySQL всегда символизированы, поэтому нет необходимости использовать resolve_stack_dump.

Функции C API, , , и устарели. То же самое касается соответствующих команд протокола клиент-сервер COM_PROCESS_KILL, COM_FIELD_LIST, COM_PROCESS_INFO и COM_REFRESH. Вместо этого используйте для выполнения инструкции KILL, SHOW COLUMNS, SHOW PROCESSLIST или FLUSH, соответственно.

Функция C API mysql_shutdown() устарела. Вместо этого используйте для выполнения инструкции SHUTDOWN.

Встроенная библиотека сервера libmysqld устарела начиная с MySQL 5.7.19. Также устарели:

Поскольку libmysqld использует API, сравнимый с libmysqlclient, путь миграции от libmysqld прост:

Утилита replace устарела.

Поддержка DTrace устарела.

Функция JSON_MERGE() устарела начиная с MySQL 5.7.22. Используйте JSON_MERGE_PRESERVE() вместо неё.

Поддержка размещения разделов таблиц в общих InnoDB таблицах устарела начиная с MySQL 5.7.24. Общие таблица включают InnoDB системную таблицу и общие таблицы. Для получения информации об определении разделов в общих таблицах и их перемещении в таблицы с отдельными файлами на таблицу, см. .

Поддержка TABLESPACE = innodb_file_per_table и TABLESPACE = innodb_temporary с CREATE TEMPORARY TABLE устарела начиная с MySQL 5.7.24.

Опция --ndb perror устарела. Используйте утилиту ndb_perror вместо неё.

Переменная системы myisam_repair_threads myisam_repair_threads устарели начиная с MySQL 5.7.38; ожидается, что поддержка обоих будет удалена в будущей версии MySQL.

Начиная с MySQL 5.7.38, значения, отличные от 1 (по умолчанию) для myisam_repair_threads, вызывают предупреждение.