https://opennet.ru/openforum/vsluhforumID3/41481.html Опубликованы несколько интересных заметок с результатами оценки нового "Barracuda" формата InnoDB таблиц, представленного в недавно выпущенном (http://www.opennet.ru/opennews/art.shtml?num=15363) релизе плагина InnoDB:<br><br><br><br>- "Testing InnoDB &#8220;Barracuda&#8221; format with compression (http://www.mysqlperformanceblog.com/2008/04/23/testing-innodb-barracuda-format-with-compression/)" - оценка производительности нового формата InnoDB, с задействованием средств сжатия на лету (данные загружались на 30-50% медленнее, но зато на диске занимают на 70% меньше места);<br><br>- "Real-Life Use Case for &#8220;Barracuda&#8221; InnoDB File Format (http://www.mysqlperformanceblog.com/2008/04/23/real-life-use-case-for-barracuda-innodb-file-format/)" - по другой оценке, использование нового формата InooDB позволило значительно снизить нагрузку на систему ввода/вывода. 60Гб база после конвертации стала занимать 5Гб, на несколько порядков возросла скорость выполнения запросов с выборкой по первичном...<br><br>URL: http://www.mys https://opennet.ru/openforum/vsluhforumID3/41481.html#7 Mon, 28 Apr 2008 04:38:01 GMT &gt;Чукча-писатель? :-) Там достаточно ясно описано почему больше чем в 10 раз. <br><br>Чукча - читатель новости, но не читатель статей (с мобилы неудобно). В новости как-то неявно сказано, что во втором случае тоже сжатие используется. А в статье говорится, что таблица с полями TEXT была сжата - значит я действительно ошибся.<br><br><br> https://opennet.ru/openforum/vsluhforumID3/41481.html#6 Sun, 27 Apr 2008 21:12:12 GMT &gt;Чукча-писатель? :-) Там достаточно ясно описано почему больше чем в 10 раз. <br>&gt;Да и не об этом история, а о том, что оно <br>&gt;таки полезно - пусть и не в 10 раз, но если <br>&gt;сервер I/O-bound, то вполне возможно, что стоит подумать на эту тему. <br>&gt;<br><br>"Barracuda" формата InnoDB таблиц - <br>кажется, и правда чукча.<br> https://opennet.ru/openforum/vsluhforumID3/41481.html#5 Sun, 27 Apr 2008 19:31:45 GMT Чукча-писатель? :-) Там достаточно ясно описано почему больше чем в 10 раз. Да и не об этом история, а о том, что оно таки полезно - пусть и не в 10 раз, но если сервер I/O-bound, то вполне возможно, что стоит подумать на эту тему.<br> https://opennet.ru/openforum/vsluhforumID3/41481.html#4 Sun, 27 Apr 2008 19:00:30 GMT о. это полезно. проверить самому нет возможности, но хочется верить наслово :)<br> https://opennet.ru/openforum/vsluhforumID3/41481.html#2 Sun, 27 Apr 2008 18:07:19 GMT &gt; Дык может база просто дефрагментировалась при конвертации? Я других причин для сжатия более, чем в 10 раз не вижу...<br><br>Примеров можно придумать массу. Например, поле фиксированной длинны размером 100 байт, в котором в среднем занято 10.<br>Или, к примеру, текст в юникоде только на русском языке тривиальным образом сжимается вдвое. А нормальным архиватором - в те же самые 10 раз...<br><br>А вообще очень интересные фичи. Респект авторам :)<br> https://opennet.ru/openforum/vsluhforumID3/41481.html#1 Sun, 27 Apr 2008 17:52:51 GMT &gt; - по другой оценке, использование нового формата InooDB позволило значительно снизить нагрузку на систему ввода/вывода. 60Гб база после конвертации стала занимать 5Гб, на несколько порядков возросла скорость выполнения запросов с выборкой по первичному ключу.<br><br>Дык может база просто дефрагментировалась при конвертации? Я других причин для сжатия более, чем в 10 раз не вижу...<br>