Что будет в MySQL 5.6


Если вы используете MySQL в своих приложениях, следующая версия доступна для тестирования и получения отзывов. Oracle заявляет, что изменения направлены на повышение масштабируемости, производительности и гибкости.

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

«бесшовно интегрировать MySQL как с новыми, так и с устаревшими приложениями и хранилищами данных».

Повышение производительности связано с улучшениями оптимизатора, такими как изменение условий индекса и чтение из нескольких диапазонов. Раскрытие условия индекса означает, что обработка предложений WHERE перемещается в механизм хранения, что сокращает накладные расходы ввода-вывода. Чтения с несколькими диапазонами означают, что, когда запрос использует вторичный индекс, блоки диска сортируются так, чтобы их можно было читать в больших последовательных запросах ввода-вывода, а не в большом количестве небольших операций чтения вне очереди.

Помимо нового полнотекстового поиска, другие улучшения InnoDB включают постоянную статистику оптимизатора, которая помогает оптимизатору решить, какие индексы использовать в запросе, путем выборки части индекса. Эта статистика теперь может сохраняться при перезапуске сервера, а не пересчитываться (и, возможно, изменяться) из-за перезапусков и некоторых событий времени выполнения, поэтому она будет более точной и обеспечит стабильную производительность запросов.

Одним из важных дополнений является интерфейс NoSQL через memcached. Используя memcached API, веб-службы теперь могут напрямую обращаться к механизму хранения InnoDB без преобразования в SQL. API-интерфейс InnoDB memcached доступен на Labs.mysql.com.

С точки зрения масштабируемости, разделение было улучшено за счет добавления явного выбора раздела, поэтому вы можете напрямую определять, какие разделы используются в запросе, DML или операции загрузки данных, вместо того, чтобы повторять все критерии разделения в каждом операторе.

Улучшения репликации включают оптимизированную репликацию на основе строк, так что вы можете выбрать репликацию частичных изображений «до» и «после» для событий INSERT, UPDATE и DELETE, где первичные ключи или явные столбцы были установлены в операторе SQL.

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


Добавить комментарий