Релиз MySQL 5.0.81. Заметки по производительности MySQL. Новый движок TokuDB
5 мая 2009 года
Вышел (Архивная копия от 16 августа 2014 на Wayback Machine) релиз MySQL Community Server 5.0.81, список изменений насчитывает исправление более 100 ошибок из которых 30 приводили к краху серверного процесса, а 2 ошибки были связаны с исправлением проблем безопасности. Но при внимательном рассмотрении большинство записей в списке изменений совпадают с изменениями в релизах 5.0.77 и 5.0.75, при выборке из репозитория исходных текстов обнаружено около 20 исправлений. Загрузить новую версию можно в исходных текстах и в виде бинарных сборок для всех популярных платформ.
Несколько новых заметок по MySQL:
- "RAID vs SSD vs FusionIO" - результаты сравнения производительности MySQL 5.4 (InnoDB) при хранении БД на RAID10, SSD-накопителе и при использовании накопителя/акселератора ввода/вывода FusionIO. Результаты: RAID10 - 7,439 TPM, DSD - 10,681 TPM,
FusionIO - 17,372 TPM (!).
- "MySQL Performance: MySQL 5.4 and other InnoDB engines @dbSTRESS Benchmark" (очень подробное сравнение), "Looking on 5.4 - IO bound benchmarks" - оценка производительности новой экспериментальной ветки MySQL 5.4. По сравнению с 5.0.77 результаты впечатляют. При сравнении MySQL 5.4 с PostgreSQL 8.3.7, PostgreSQL проиграл на Read-Only тестах почти в два раза: 13.500 TPS для MySQL против 7.000 TPS для PostgreSQL. В тестах на смешанную нагрузку, MySQL 5.4 совсем немного вырвался вперед: 7.000-8.000 TPS для MySQL против 6.000-7.000 TPS для PostgreSQL.
- "Detailed review of Tokutek storage engine" - обзор нового хранилища MySQL - TokuDB (Архивная копия от 21 апреля 2009 на Wayback Machine) (Tokutek storage engine). TokuDB поддерживает транзакции и позволяет в разы уменьшить размер базы и индексов (в 6.2 раза по сравнению с InnoDB и в 5.5 раз по сравнению с MyISAM), за счет использования вместо классических B-tree деревьев инновационных фрактальных индексов (fractal tree indexes) с хранением данных в сжатом виде. За счет сокращения интенсивности ввода/вывода по производительности TokuDB опережает InnoDB при добавлении больших объемов данных более чем в 10 раз (InnoDB 1,555 rows/sec, TokuDB 16,437 rows/sec), но проигрывает по степени нагрузки на CPU при выборке данных. К сожалению исходные тексты TokuDB не открыты для публичного доступа.
Источники
править- Главная ссылка к новости (http://permalink.gmane.org/gma...) (Архивная копия от 16 августа 2014 на Wayback Machine)
Любой участник может оформить статью: добавить иллюстрации, викифицировать, заполнить шаблоны и добавить категории.
Любой редактор может снять этот шаблон после оформления и проверки.
Комментарии
Если вы хотите сообщить о проблеме в статье (например, фактическая ошибка и т. д.), пожалуйста, используйте обычную страницу обсуждения.
Комментарии на этой странице могут не соответствовать политике нейтральной точки зрения, однако, пожалуйста, придерживайтесь темы и попытайтесь избежать брани, оскорбительных или подстрекательных комментариев. Попробуйте написать такие комментарии, которые заставят задуматься, будут проницательными или спорными. Цивилизованная дискуссия и вежливый спор делают страницу комментариев дружелюбным местом. Пожалуйста, подумайте об этом.
Несколько советов по оформлению реплик:
- Новые темы начинайте, пожалуйста, снизу.
- Используйте символ звёздочки «*» в начале строки для начала новой темы. Далее пишите свой текст.
- Для ответа в начале строки укажите на одну звёздочку больше, чем в предыдущей реплике.
- Пожалуйста, подписывайте все свои сообщения, используя четыре тильды (~~~~). При предварительном просмотре и сохранении они будут автоматически заменены на ваше имя и дату.
Обращаем ваше внимание, что комментарии не предназначены для размещения ссылок на внешние ресурсы не по теме статьи, которые могут быть удалены или скрыты любым участником. Тем не менее, на странице комментариев вы можете сообщить о статьях в СМИ, которые ссылаются на эту заметку, а также о её обсуждении на сторонних ресурсах.