MySQL Enterprise Edition

MySQL Enterprise Edition является коммерческой, наградами, широко используется и супер быстрый СУБД (система управления базами данных), первоначально созданная Sun Microsystems, и теперь поддерживается Oracle. Она включает в себя мощные функции, такие предприятия, как MySQL Enterprise Резервное копирование, MySQL Enterprise Monitor, MySQL Enterprise HA, MySQL Enterprise масштабируемости, MySQL Enterprise Security, MySQL Enterprise Аудит, MySQL Enterprise Monitor, MySQL Query Analyzer, MySQL и MySQL Ткань Workbench.Features в glanceKey в особенности включают поддержку для создания инкрементных, полные или частичные копии, точка-в-время-восстановления функциональности, частичное или полное восстановление, внешняя поддержка аутентификации, поддержка пулов потоков, на основе политик соответствии аудиторской, онлайн и ldquo; горячая и Rdquo; Поддержка резервного копирования, менеджер кластера и кластера особенности гео-репликации, автоматическое масштабирование, а также поддержка различных механизмов хранения, в том числе InnoDB, NDB и MyISAM.
Кроме того, она имеет сжатие резервных копий, репликации баз данных, DRBD (Distributed Replicated блочное устройство) поддержка, Oracle Solaris кластеризации, шаблоны Oracle VM, Windows отказоустойчивого кластера, Windows интеграция Active Directory PAM (Pluggable модули аутентификации) Поддержка аутентификации, а также 24 / 7 поддержка Oracle. Еще интересные особенности ему возможность сделать ваша инфраструктура базы данных очень available.Supported работает systemsMySQL предлагает большой доступности, что означает, что он может быть использован в широком диапазоне дистрибутивов, в том числе Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, красный Hat Enterprise Linux и Oracle Linux, а также Sun Solaris, BSD, Mac OS X и Microsoft Windows операционной systems.The MySQL сообщество EditionsIn дополнение к изданию предприятия MySQL, издание Сообщество свободно доступны для скачивания, и это может быть легко установлена в различных операционных системах Linux, основанных использованием пакетов программного обеспечения, включенные в хранилищах по умолчанию соответствующего распределения GNU / Linux в. Она активно поддерживается и поддерживается сообществом энтузиастов с открытым исходным кодом и разработчиков со всех уголков мира. Подробнее о Editions MySQL Community можно найти на Softoware

Что нового В этом выпуске:.

• Улучшенная производительность и Масштабируемость
• Улучшена система хранения InnoDB для лучшего пропускной транзакций
• Улучшена Оптимизатор для времени выполнения запросов лучше и диагностики
• Лучше Доступность приложений с операциями Интернет DDL / Schema
• Лучше Ловкость Разработчик с NoSQL Access через Memcached API к InnoDB
• Улучшение репликации для обеспечения высокой производительности и самовосстановления развертывания кластера
• Улучшена производительность схемы для лучшего приборов и мониторинга
• Улучшена безопасность для развертывания приложений Worry-Free
• И другие важные усовершенствования

Что нового в версии 5.6.10:

• Новые функции и усовершенствования в MySQL 5.6 доступны пользователи MySQL в MySQL Community Edition.
• MySQL 5.6 обеспечивает улучшенную линейную масштабируемость, помогая пользователям использовать современные аппаратные возможности.
• С этой версии, пользователи могут испытать упрощенную развитие запросов и более быстрое выполнение, более высокую пропускную транзакций и доступность приложений, гибкий доступ NoSQL, улучшенную репликацию и повышенную приборы.
• Время выполнения Лучше запросов и диагностики предоставляются путем укрепления диагностики MySQL Optimizer: Оптимизация подзапросов: упростить разработку запроса путем оптимизации подзапросов перед исполнением. Новые эффективности в том, как результирующих наборов выбираются, сортируются и вернулся доставить значительное улучшение во времени выполнения запроса. Добавление индекса Состояние магазинной (ПМС) и Batch ключ доступа (БКА): можем улучшить выбран пропускную способность запросов вплоть до 280x (1). Расширенные Optimizer Диагностика: с EXPLAIN для INSERT, UPDATE, DELETE и операций. EXPLAIN план на выход в формате JSON обеспечивает более точные показатели оптимизатор и лучшей читаемости, и оптимизатор Следы позволяет отслеживать процесс принятия решений оптимизатора.
• Большой Производительность пропускная способность и готовность приложений с улучшенным двигателем хранения InnoDB: до 230 процентов улучшения в инвестиционных сделках и читать только пропускная способность: InnoDB был вновь учтены, чтобы минимизировать наследие резьбы, промывка и продувка семафоров раздоры и узкие, что позволяет лучше параллелизм на сильно загруженных системах OLTP, и в результате значительно улучшилось пропускная способность для обоих транзакций и читать только нагрузки (2). Улучшенная Доступность: на сайте операции DDL позволяют администраторам баз данных, чтобы добавить индексы и выполнять таблицы изменений, пока приложение остается доступным для обновлений. Полнотекстовый поиск с InnoDB: позволяет разработчикам создавать FULLTEXT индексы таблиц InnoDB на представлять содержание текста на основе и ускорить поиск приложений для слов и фраз. Простой, Ключ Значение Поиск: гибкий доступ к NoSQL InnoDB обеспечивает простой, ключ-значение поиск данных InnoDB через знакомого Memcached API. Пользователи получают & Quot; лучший из обоих миров, & Quot; сочетая ключ-значение операции и сложные запросы SQL в той же базе данных.
• Улучшена масштабного и высокая доступность: с новыми функциями в репликации MySQL, включая: самовосстановления репликации кластеров: добавление глобальной транзакции идентификаторов и утилит сделать его простым для автоматического обнаружения и восстановления после сбоев. Краш-Safe репликации позволяет бинарный журнал и рабов автоматически восстановить правильные позиции в потоке репликации в случае аварии, и возобновить репликацию без вмешательства администратора. Контрольные суммы поддержания целостности данных в пределах кластера, автоматически обнаруживая и предупреждая об ошибках. Высокая производительность репликации кластеров: до 5 раз быстрее репликации через многопоточных рабов (3), Двоичный Группа Commit и оптимизированной репликации рядной позволяют пользователям максимизировать производительность и эффективность репликации, как они масштабировать свои нагрузки в системах на сырьевые товары. Время задержки репликации:. Обеспечивает защиту от операционных ошибок, сделанных на хозяина, например, случайно удаления таблиц
• Расширенные PERFORMANCE_SCHEMA: новый приборы позволяет пользователям лучше контролировать наиболее ресурсоемких запросов, объекты, пользователей и приложений. Новые резюме с агрегированных статистических данных, сгруппированных по запросов, нитки, пользователь, хост и объекта также доступны. Усовершенствования позволяют легче стандартной конфигурации с менее чем пять процентов накладных расходов.
• MySQL 5.6 включает в себя ряд дополнительных усовершенствований, включая геоинформационных систем -. Точные пространственных операций, улучшение соблюдения IPv6 и оптимизированные по умолчанию сервера

Что нового в версии 5.5.30:

• MySQL-LIBS и MySQL-LIBS-расширенный имеют были удалены из файла спецификации;
• Немного умнее обработка .in файлов в MySQL-тест / коллекция была реализована;
• При конвертировании имя каталога для файла, файл сепаратор (FN_LIBCHAR) может получить добавляется к полученному имени файла. Это проблема была решена;
• а PB2 случайный отказ был отремонтирован;
• Тест скрипт, который был добавлен с ранее толчок не работать со встроенным случае, как нет PID-файл, созданный в таких случаях. & Quot; not_embedded.inc & Quot; была добавлена.

Что нового в версии 5.6.9 RC:

• Функциональность добавлены или изменены:
• несовместимое изменение: Репликация: Ряд переменных и других, связанных с именами репликации GTID основе были изменены, с тем чтобы сделать эти имена более целесообразным и значимым. Старые имена больше не поддерживается.
• Особенности поэтому переименованы показаны в следующем списке:
• Опция --disable-GTID-опасные-заявления сервер был переименован --enforce-GTID консистенции; системная переменная disable_gtid_unsafe_statements был переименован enforce_gtid_consistency.
• Системная переменная сервера gtid_done был переименован gtid_executed.
• Системная переменная сервера gtid_lost был переименован gtid_purged; не в того, эта переменная больше не только для чтения.
• В SQL_THREAD_WAIT_AFTER_GTIDS () функция была переименована WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
• Для получения дополнительной информации см раздел 16.1.3, & Quot; репликации с Глобальной идентификаторов транзакций и Quot ;, и секции 16.1.4.5, и Quot; Global Transaction ID Options и переменные & Quot ;. (Bug # 14775984)
• туздЫ пишет теперь даты в журнале ошибок в ISO (YYYY-MM-DD HH: SS: мм) формата. Она также включает в свой идентификатор процесса следующую дату. Благодаря Davi Арнаут патча. (Bug # 56240, # 11763523 Ошибка)
• Windows Vista, Windows Server 2008 и более новые поддержка родной символическими ссылками с помощью команды mklink. Это делает реализацию MySQL сервера баз данных с помощью символических ссылок .sym файлы излишним, так что механизм теперь устарела и будет удалена в будущих версиях MySQL. Смотрите раздел 8.11.3.1.3, & Quot; Использование символических ссылок для баз данных по ОС Windows и Quot;.
• Исправлены ошибки:
• Производительность: InnoDB: Значения синхронизации для низкого уровня InnoDB операции чтения были скорректированы для повышения производительности с быстрыми запоминающими устройствами, такими как SSD. Это усовершенствование в первую очередь влияет операции чтения для столбцов BLOB в сжатых таблиц. (Bug # 13702112, # 64258 Ошибка)
• несовместимое изменение:. В столбце thread_id в таблицах Performance Schema была расширена от INT для BIGINT для размещения 64-битные значения
• При обновлении до этой версии MySQL от более ранней версии, необходимо запустить mysql_upgrade (и перезапустить сервер), чтобы включить это изменение в базе данных performance_schema. (Bug # 14664453)
• несовместимое изменение: ID соединения (идентификатор потока) значения больше, чем 32 бита может произойти на некоторых системах (таких, как занятых или длительных 64-битных систем), в результате чего эти проблемы:
• идентификаторы соединения, записанные в общем журнале запросов и журнал медленных запросов было неправильно. Это было верно для входа для обоих файлов и таблиц.
• Функция connection_id () может вернуть значение с типом данных слишком мал для значений больших, чем 32 бит.
• The mysql_thread_id () и mysql_kill () функции C API не справиться ID значения большие, чем 32 бита. Это может привести к убивать неправильный нить; Например, если вы вызвали mysql_kill (mysql_thread_id ()).
• идентификаторы соединения в настоящее время разрешено быть 64-битные значения, если сервер поддерживает их (когда построено с 64-битных типов данных), который имеет следующие эффекты:
• идентификаторы соединения правильно вошли в общий журнал запросов и журнал медленных запросов.
• Примечание
• Это изменение включает в себя модификацию таблиц журнала, так что после обновления до этой версии, необходимо запустить mysql_upgrade и перезапустить сервер.
• connection_id () возвращает тип данных, подходящий для значений больших, чем 32 бит.
• mysql_thread_id () является неизменной; клиент / сервер protocal имеет только 4 байта для ID значение. Эта функция возвращает неправильный (усеченный) значение для идентификаторов соединений больше, чем 32 бит и следует избегать.
• mysql_kill () по-прежнему не может справиться значения больше, чем 32 бит, но для защиты от убийства неправильный нить теперь возвращает ошибку в следующих случаях:
• Если передан ID больше, чем 32 бита, mysql_kill () возвращает ошибку CR_INVALID_CONN_HANDLE.
• После внутренней резьбой ID счетчика сервера достигает значения больше, чем 32 бит, она возвращает ошибку ER_DATA_OUT_OF_RANGE для любого mysql_kill () вызова и mysql_kill () терпит неудачу.
• Чтобы избежать проблем с mysql_thread_id () и () mysql_kill, не используйте их. Чтобы получить идентификатор соединения, выполнить запрос SELECT, connection_id () и получить результат. Чтобы убить нить, выполнить на убийство заявление.
• (Bug # 19806, # 11745768 Ошибка, ошибка # 65715, # 14236124 Ошибка, ошибка # 44728, # 11753308 Ошибка)
• Важно Изменение: InnoDB: а DML заявление, используя метод доступа слияния индекс может заблокировать много строк из таблицы, даже если эти строки не были частью окончательного результирующего набора. Это исправление уменьшает чрезмерное блокирование, выпуская замки непревзойденные строк. Эта оптимизация влияет только на операции с уровнем изоляции, равные или менее строгие, чем READ совершены; она не применяется к операциям с использованием многократного чтения или SERIALIZABLE уровень изоляции. (Bug # 14226171)
• Важно Изменение: Репликация: Потому что сервер работает с GTIDs позволило предотвратить изменения в нетранзактных таблиц, такие программы, как mysql_upgrade и mysql_install_db не смогли работать на системных таблиц, которые используются механизм хранения MyISAM и, следовательно, не может функционировать правильно. Теперь, когда работает с --enforce-GTID-последовательности (требуется всякий раз, когда --gtid режим = ВКЛ), то сервер позволяет одним выступлением по нетранзактных таблиц. (Bug # 14722659)
• Важно Изменение: Репликация: Раньше, значение столбца Seconds_Behind_Master в выходе SHOW SLAVE STATUS всегда устанавливается в NULL, когда нить SQL или I / O поток был остановлен. Теперь этот столбец устанавливается в значение NULL, только если SQL-поток не работает, или если ввода / вывода поток не работает после проверки, чтобы определить, является ли SQL-нить обработке всех журнале реле. (Если SQL нить завершения обработки и ввода / вывода нить работает, Seconds_Behind_Master 0.) (ошибка # 12946333)
• Разметка: InnoDB: Раньше при попытке оптимизировать один или несколько разделов многораздельной таблицы, используемой для хранения двигатель, который не поддерживает уровне разделов оптимизировать такие как InnoDB, MySQL сообщили Таблица не поддерживает оптимизировать делать воссоздать + анализировать, а не, а затем вновь создал всю таблицу, но на самом деле не анализировать ее. Сейчас в таких случаях, предупреждение сообщение, Настольный не поддерживает Оптимизировать на разделах. Все разделы будут восстановлены и проанализированы. Кроме того, вся таблица анализируется после первого восстановлен. (Bug # 11751825)
• InnoDB: Если сервер разбился при рядов были вставлены в таблицу с индексом FULLTEXT, но до сделки было совершено, ошибка может возникать при следующем запуске:
• InnoDB: Ошибка Утверждение в потоке thread_num в файле dict0dict.cc линии 1 019
• (Bug # 14826779)
• InnoDB: Сервер может остановить с ошибкой при доступе к таблице InnoDB, содержащий индекс FULLTEXT через обработчик заявлении. (Bug # 14788710)
• InnoDB: Сервер может остановить с ошибкой, когда два вида операций произошло одновременно:
• отката вставленной строки, которая содержала колонки вне страницы.
• Онлайн операция онлайн DDL участием таблицу ROW_FORMAT = динамический или ROW_FORMAT = COMPRESSED (то есть, используя формат файла Barracuda), что перестроил стол. Например, ADD / DROP COLUMN, ADD PRIMARY KEY, изменение ROW_FORMAT.
• (Bug # 14842014)
• InnoDB: Сервер может остановить с ошибкой утверждение для анализа функционирования стол, в зависимости от структуры таблицы и ее индексов:
• InnoDB: Ошибка Утверждение в потоке thread_num в файле dict0dict.ic линии 447
• InnoDB: Несоблюдение утверждение: пос & Lt; таблицы- & GT; n_def
• (Bug # 14755452)
• InnoDB: Ошибка тайм-аута может произойти на системы Windows, делая заявления ТАБЛИЦА ALTER с АННУЛИРОВАНИЕ TABLESPACE или импортировать TABLESPACE положений, из-за временного файла табличного оставшегося в файловой системе. (Bug # 14776799)
• InnoDB: онлайн-операции DDL для таблицы InnoDB неправильно сообщил, пустое значение ('') вместо правильного значения ключа, когда она сообщила, дубликат ключа ошибки для уникального индекса, используя индекс префикс. (Bug # 14729221)
• InnoDB: InnoDB таблиц с FULLTEXT индексы могут выделить память для резьбы ручками, не был выпущен, возможно, приведет к проблемам с ресурсами в системах Windows. (Bug # 14759163)
• InnoDB: Во время онлайн-операции DDL, который копирует таблицы, вторичный индекс таблицы может быть поврежден. (Bug # 14753701)
• InnoDB: Если сервер упал после онлайн DDL CREATE INDEX операции, ошибка может возникать при откате незавершенных транзакций при следующем запуске:
• InnoDB: Ошибка в записи индекса сек дель отменить в
• ...
• InnoDB: Ошибка Утверждение в потоке thread_num в файле row0umod.cc линии 559
• (Bug # 14707452)
• InnoDB: Если сервер разбился в определенный момент во время операции ALTER TABLE, что восстановил кластерный индекс для таблицы InnoDB, исходная таблица может быть недоступен позже. Примером такой операции является ALTER TABLE ... ADD PRIMARY KEY Исправление сохраняет исходную таблицу, если сервер останавливается во время этой операции. Вы все еще, возможно, потребуется переименовать файл вручную .ibd восстановить оригинальное содержимое таблицы: в MySQL 5.6 и выше, переименовать # SQL-IB $ new_table_id.ibd в table_name.ibd в каталоге базы данных; до MySQL 5.6, временный файл переименовать это имя_таблицы # 1 или # 2. (Bug # 14669848)
• InnoDB: Это исправление улучшает обработку ошибок, когда операция ALTER TABLE добавляет столбец за пределами максимально допустимого для таблицы InnoDB. Это также повышает максимальное количество столбцов для таблицы InnoDB в от 1000 до 1020. (Bug # 14705287)
• InnoDB: Во время онлайн-операции DDL, что восстановил таблицу, таблицу проверочного заявление может сообщить Несоответствие числа для всех вторичных индексов. (Bug # 14606472)
• InnoDB: Если ALTER TABLE заявление не удалось, пытаясь создать полнотекстовый индекс для таблицы InnoDB в сервер может остановить с ошибкой утверждение, понижая неполный индекс. (Bug # 14504174)
• InnoDB: Во время остановки, с возможностью конфигурации innodb_purge_threads установить больше 1, то сервер может прекратить досрочно с этой ошибкой:
• туздЫ получил сигнал 11
• Обойти было увеличение innodb_log_file_size и установить innodb_purge_threads = 1. Исправление было перенесено на MySQL 5.5 и 5.1, хотя эти версии не имеют опцию конфигурации innodb_purge_threads поэтому ошибка была вряд ли произойдет. (Bug # 14234028)
• InnoDB: Сервер может остановить с ошибкой при некоторых комбинациях одновременных операций:
• InnoDB: неизвестный код ошибки 20
• Это вопрос возник во время цикла 5,6 развития. Это влияет только операции, используя READ COMMITTED andREAD UNCOMMITTED уровни изоляции. (Bug # 13641662, 12424846 Ошибка #)
• репликации: Если таблица для репликации имеет индекс FULLTEXT, этот показатель не исключено, при выборе типа сканирования, которые будут использоваться в поиске следующую строку, даже если он не может быть использован, чтобы найти правильный. Наложения ряда впоследствии безуспешно пытались использовать просмотр индекса, в результате чего репликация на провал. Сейчас в таких случаях, индексы, которые не обеспечивают последовательного доступа (например, FULLTEXT), не учитываются при определении, следует ли использовать таблицы, индекса или хэш-сканирование для этой цели. (Bug # 14843764)
• Репликация: При использовании протокола ведущий-ведомый GTID-известно, раб ввода / вывода нити использовали неправильную позицию. При использовании GTIDs, положение обычно не используется, но, как частный случай, положение было использовано в дополнение к GTID когда ведомый Reconnected к тому же мастер (даже если в этом нет необходимости). Эта проблема исправлена ​​путем протокол ведущий-ведомый GTID-курсе не использовать позиции на всех больше. (Bug # 14828028)
• репликации: Учитывая хранятся дня R, в котором функция GTID_SUBTRACT () была вызвана: После того, как GTID_SUBTRACT () возвращается NULL при вызове внутри R, он продолжал возвращаться NULL каждый раз, когда он был под названием пределах R, для остальной части клиента сессия. (Bug # 14838575)
• Репликация MySQL Enterprise Резервное копирование, туздЫшпр и mysqlhotcopy не могут быть использованы с GTID поддержкой MySQL сервере, потому что они были не в состоянии восстановить состояние GTID сервера и поэтому не может восстановить из любой точки в двоичном журнале другой, чем очень начало.
• В рамках исправления для этой проблемы, gtid_purged системная переменная (ранее назывался gtid_lost) больше не только для чтения; теперь можно добавить GTIDs к нему, когда gtid_executed (бывший gtid_done) пусто. (Bug # 14787808)
• репликации: Перезапуск репликации после первого двоичный файл продували в результате ошибки Получил фатальную ошибку 1236 от мастера при чтении данных из двоичного журнала: "Раб подключении с помощью CHANGE MASTER TO MASTER_AUTO_POSITION = 1, но мастер продувают двоичные протоколы, содержащие GTIDs что раб требует. Это привело GTID репликация на провал. (Bug # 14756691)
• mysql_install_db не выполнили вариант --user. (Bug # 15866735)
• Создание таблицы InnoDB с индексом FULLTEXT может столкнуться серьезную ошибку, если имя таблицы, содержащиеся не буквенно-цифровые символы. (Bug # 14835178)
• Неверный память читает может произойти для запросов, которые, выбранных из названия нулевой длины стола. (Bug # 14780820)
• С помощью LOCK TABLES в силу, CREATE TABLE IF NOT EXISTS ... как мог поднять утверждение. (Bug # 14788976)
• Автоматическая генерация ключа часть полученного обращения стола не справиться должным образом столбцы, указанные в части VALUES () пункт и вызвал утверждение будет поднят. (Bug # 14786324)
• Попытка прочитать файл с utf16 LOAD DATA INFILE поднял утверждение. (Bug # 14786470)
• init_io_cache () используется MemSet (), чтобы очистить мьютекс, но прошло неправильный размер мьютекса. (Bug # 14838882)
• Оптимизатор может поднять утверждение при оценке полигоне против IS NOT NULL состояние. (Bug # 14843705)
• Утверждение может быть поднят выполнения INSERT, UPDATE, DELETE или после неявно начиная только для чтения транзакции в режиме блокировать таблицы. (Bug # 14788540)
• Попытка создать столбец автоинкрементного в таблице InnoDB с атрибутом типа NULL может привести к серьезную ошибку. (Bug # 14758479)
• Утверждение был поднят, если оператор ALTER TABLE используется для переименования столбца в же именем, существующего столбца, а также изменение порядка переименованный колонки с помощью ПОСЛЕ ПЕРВОЙ или. (Bug # 14756089)
• Утверждение может быть поднят, если полусоединение материализация была использована для оценки НЕ В подзапроса. (Bug # 14751858)
• Для некоторых обработчиков продолжением вложений, продолжение может произойти в неправильном месте. (Bug # 14724836)
• выход SHOW PROCESSLIST не отсортированы в порядке Id. (Bug # 14771006)
• Для некоторых SELECT, заявлений, EXPLAIN может привести сервер для выхода. (Bug # 14761894)
• Утечка памяти произошло на попытки использовать ALTER TABLE, чтобы установить значение по умолчанию для крошечного, средний, или долгосрочной BLOB или TEXT колонке. (Bug # 14756206)
• Установка с помощью Solaris пакеты побежал mysql_install_db во время обновления операций (это должно произойти только для новых установок). (Bug # 14747671)
• для обновления заявлений, объясните показали общее длину ключа в key_len колонке, а не длину используемых ключевых частей. (Bug # 14682438)
• Запуск сервера с --bind-адрес, а затем установив host_cache_size 0 может привести к серверу остановки для определенных видов клиентских подключений. (Bug # 14689561)
• При включении состояние индекс магазинной, оптимизатор может производить неправильные результаты для производных таблиц. (Bug # 14640176)
• Оптимизатор может неправильно использовать непространственные индекс для оптимизации пространственных операций, в результате чего утверждение будет поднят. (Bug # 14600994)
• mysql_config_editor не дали сообщение об ошибке для ошибок записи в файле конфигурации. (Bug # 14545989)
• Запрос перезаписи, чтобы вычистить пароли для входа было сделано, даже если ни один из связанных бревен не были включены. Кроме того, CREATE SERVER и ALTER SERVER теперь переписать в виде необходимости. (Bug # 14073554)
• CHECK TABLE и REPAIR TABLE может рухнуть, если таблица MyISAM был поврежден файл ключа (.MYI). Теперь сервер выдает ошибку. (Bug # 13556441)
• CHECK TABLE и REPAIR TABLE может рухнуть, если таблица MyISAM был поврежден файл ключа (.MYI). Теперь сервер выдает ошибку. (Bug # 13556107, 13556000 Ошибка #)
• Для свалок базы данных MySQL, туздЫшпр пропустил таблицу событий, если параметр --events не было. Чтобы пропустить эту таблицу, если это необходимо, используйте опцию --ignore-таблицу вместо (Bug # 55587, # 11762933 Ошибка)
• mysqld_safe игнорируется значение переменной окружения UMASK, что приводит к поведению, отличной от туздЫ по отношению к режиму, созданных файлов доступа. Теперь mysqld_safe (и mysqld_multi) пытаются приблизить же поведение, как туздЫ. (Bug # 57406, # 11764559 Ошибка)
• В Mac OS X, повторная инициализация кэша запросов может привести сервер для выхода. Благодаря Davi Арнаут патча. (Bug # 67156, # 14741880 Ошибка)
• на память таблицы с HASH индексов, DELETE иногда не удалось удалить все применимые строк. (Bug # 51763, # 11759445 Ошибка)
• сервер не использовать кэш запросов для запросов, в которых имя базы данных или таблицы, содержащейся специальные символы и двигатель хранения InnoDB таблицы было. (Bug # 64821, # 13919851 Ошибка)
• В Mac OS X, то KILL может иногда быть ненадежными. (Bug # 37780, # 11748945 Ошибка)
• LAST_INSERT_ID (выражение) не работает для выраж ценит больше, чем крупнейший подписанного стоимости BIGINT. (Bug # 20964, # 11745891 Ошибка)