Выпущен финальный релиз MySQL 5.6 GA
5 февраля 2013 компания Oracle представила долгожданный релиз MySQL 5.6 GA. Это означает, что теперь его можно использовать на продакшене.
Версия MySQL 5.6 предоставляет улучшенные возможности линейного масштабирования, позволяя полностью использовать все возможности современного оборудования.
Новое в версии MySQL 5.6
- Ускорено выполнения запросов с подзапросами благодаря улучшенному оптимизатору.
- Улучшен вывод диагностической информации оператора EXPLAIN для операций INSERT, UPDATE и DELETE.
- Улучшенный движок InnoDB увеличивает скорость транзакционных и read-only операций.
- Онлайн DDL-операции позволяют добавлять индексы или изменять таблицы «на ходу» без прерывания доступа к ним.
- Добавлен полнотекстовый поиск по таблицам InnoDB, ускоряющий поиск отдельных слов и фраз.
- Появилась возможность NoSQL-доступа к таблицам InnoDB, используя запросы, аналогичные Memcached API.
- Сделано много обновлений и улучшений в системе репликации (см. ниже).
- Улучшена PERFORMANCE_SCHEMA для мониторинга ресурсоёмких запросов, объектов, пользователей и приложений.
Новое в репликации
Много улучшений и обновлений получила система репликации:- Глобальные идентификаторы транзакций (GTID) – уникальные идентификаторы, которые используются во всех частях системы репликации. Они позволяют упростить настройку и управление кластером (включая переключение на нового мастера), параллельно повышая надёжность.
- Многопоточность на слейве (MTS) – ускоряет процесс репликации на слейве. События репликации для разных БД обрабатываются в отдельных потоках.
- Групповая фиксация изменений в бинарном журнале – ускоряет процесс репликации на мастере.
- Оптимизированная Row-Based-репликация – сокращает объём передаваемых в процессе репликации данных. Сокращается сетевой трафик и, как следствие, ускоряется процесс репликации.
- Репликация с защитой от сбоев – делает события репликации транзакционными. Данные и позиция репликации обновляются одновременно в пределах одной транзакции. Восстановление процесса репликации происходит автоматически без вмешательства администратора.
- Контрольные суммы событий репликации – проверяются в процессе репликации для исключения применения на слейве событий, искажённых при передаче по каналам связи.
- Отложенная репликация – вы можете установить на одном или нескольких слейвах временную задержку применения событий репликации. Эта функция полезна для защиты от ошибок в действиях администратора БД (случайно очистил таблицу)
- Информационные журналы – в режиме row-based-репликации (RBR) в бинарный журнал добавляются исходные SQL-команды, облегчающие процесс отладки.
Иллюстрация работы многопоточности на слейве:
Для загрузки доступна версия MySQL 5.6.10.
По материалам новости на www.clusterdb.com и пресс-релиза на сайте Oracle.
0 комментариев