URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 41481
[ Назад ]

Исходное сообщение
"OpenNews: Оценка нового формата InnoDB таблиц в MySQL."

Отправлено opennews , 27-Апр-08 21:52 
Опубликованы несколько интересных заметок с результатами оценки нового "Barracuda" формата InnoDB таблиц, представленного в недавно выпущенном (http://www.opennet.me/opennews/art.shtml?num=15363) релизе плагина InnoDB:

-  "Testing InnoDB “Barracuda” format with compression (http://www.mysqlperformanceblog.com/2008/04/23/testing-innod.../)" - оценка производительности нового формата InnoDB, с задействованием средств сжатия на лету (данные загружались на 30-50% медленнее, но зато на диске занимают на 70% меньше места);

-  "Real-Life Use Case for “Barracuda” InnoDB File Format (http://www.mysqlperformanceblog.com/2008/04/23/real-life-use.../)" - по другой оценке, использование нового формата InooDB позволило значительно снизить нагрузку на систему ввода/вывода. 60Гб база после конвертации стала занимать 5Гб, на несколько порядков возросла скорость выполнения запросов с выборкой по первичном...

URL: http://www.mysqlperformanceblog.com/
Новость: http://www.opennet.me/opennews/art.shtml?num=15566


Содержание

Сообщения в этом обсуждении
"Оценка нового формата InnoDB таблиц в MySQL."
Отправлено WhiteWind , 27-Апр-08 21:52 
> - по другой оценке, использование нового формата InooDB позволило значительно снизить нагрузку на систему ввода/вывода. 60Гб база после конвертации стала занимать 5Гб, на несколько порядков возросла скорость выполнения запросов с выборкой по первичному ключу.

Дык может база просто дефрагментировалась при конвертации? Я других причин для сжатия более, чем в 10 раз не вижу...


"Оценка нового формата InnoDB таблиц в MySQL."
Отправлено vapetrov , 27-Апр-08 22:07 
> Дык может база просто дефрагментировалась при конвертации? Я других причин для сжатия более, чем в 10 раз не вижу...

Примеров можно придумать массу. Например, поле фиксированной длинны размером 100 байт, в котором в среднем занято 10.
Или, к примеру, текст в юникоде только на русском языке тривиальным образом сжимается вдвое. А нормальным архиватором - в те же самые 10 раз...

А вообще очень интересные фичи. Респект авторам :)


"Оценка нового формата InnoDB таблиц в MySQL."
Отправлено Аноним , 27-Апр-08 23:31 
Чукча-писатель? :-) Там достаточно ясно описано почему больше чем в 10 раз. Да и не об этом история, а о том, что оно таки полезно - пусть и не в 10 раз, но если сервер I/O-bound, то вполне возможно, что стоит подумать на эту тему.

"Оценка нового формата InnoDB таблиц в MySQL."
Отправлено Аноним , 28-Апр-08 01:12 
>Чукча-писатель? :-) Там достаточно ясно описано почему больше чем в 10 раз.
>Да и не об этом история, а о том, что оно
>таки полезно - пусть и не в 10 раз, но если
>сервер I/O-bound, то вполне возможно, что стоит подумать на эту тему.
>

"Barracuda" формата InnoDB таблиц -
кажется, и правда чукча.


"Оценка нового формата InnoDB таблиц в MySQL."
Отправлено WhiteWind , 28-Апр-08 08:38 
>Чукча-писатель? :-) Там достаточно ясно описано почему больше чем в 10 раз.

Чукча - читатель новости, но не читатель статей (с мобилы неудобно). В новости как-то неявно сказано, что во втором случае тоже сжатие используется. А в статье говорится, что таблица с полями TEXT была сжата - значит я действительно ошибся.



"Оценка нового формата InnoDB таблиц в MySQL."
Отправлено Аноним , 27-Апр-08 23:00 
о. это полезно. проверить самому нет возможности, но хочется верить наслово :)