<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Релиз MySQL 5.0.81. Заметки по производительности MySQL. Нов...</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/53817.html</link>
    <description>Вышел (http://permalink.gmane.org/gmane.comp.db.mysql.announce/478)  релиз MySQL Community Server 5.0.81 (http://dev.mysql.com/doc/refman/5.0/en/releasenotes-cs-5-0-81.html), список изменений насчитывает исправление более 100 ошибок из которых 30 приводили к краху серверного процесса, а 2 ошибки были связаны с исправлением проблем безопасности. Но при внимательном рассмотрении большинство записей в списке изменений совпадают с изменениями в релизах 5.0.77 (http://www.opennet.ru/opennews/art.shtml?num=20348) и 5.0.75 (http://www.opennet.ru/opennews/art.shtml?num=19512), при выборке из репозитория исходных текстов обнаружено около 20 исправлений. Загрузить (http://dev.mysql.com/downloads/mysql/5.0.html) новую версию можно в исходных текстах и в виде бинарных сборок для всех популярных платформ.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;Несколько новых заметок по MySQL:&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;-  &quot;RAID vs SSD vs FusionIO (http://www.mysqlperformanceblog.com/2009/05/01/raid-vs-ssd-vs-fusionio/)&quot; - результаты сравнения производительности MyS...&lt;br&gt;&lt;br&gt;URL: http://permali</description>

<item>
    <title>Релиз MySQL 5.0.81. Заметки по производительности MySQL. Нов... (User294)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/53817.html#30</link>
    <pubDate>Thu, 07 May 2009 09:38:14 GMT</pubDate>
    <description>&amp;gt;если не помнить, о том, что на ssd есть кэш и как правило от 64Мбайт.&lt;br&gt;&lt;br&gt;Только на хороших.На всяких там usb и прочая - такого нету.И кроме того - и на много его хватит при рандомных доступах по всей поверхности?У флеша seek time мелкий а потому в случае крутого диска есть соблазн наподдать ему параллельных запросов в разные участки, с этим как раз у механики проблемы.А вот тут то и будет опа.ФС считают что писать кусочками по 512 байтов в рандомные точки - вполне валидно в принципе.А то что это очень не здорово для носителя они могут и не знать.И не знают.Ну а уж о том чтобы выровнять структуры ФС на erase-block&apos;и сэкономив флешу циклы перезаписи (и время на них) и подавно в обычном случае никто не думал.У жестких дисков то ничего такого нет.А большинство ФС делались именно под них.А контроллер скрывая детали физики флеша еще и делает такое выравнивание весьма негарантированной и нетривиальной операцией - кто ж документирует физическое устройство диска и как себя контроллер ведет там внутри?&lt;br&gt; &lt;br&gt;&amp;gt;и контролле</description>
</item>

<item>
    <title>Релиз MySQL 5.0.81. Заметки по производительности MySQL. Нов... (User294)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/53817.html#29</link>
    <pubDate>Thu, 07 May 2009 09:28:25 GMT</pubDate>
    <description>&amp;gt; Команда dd, mkfs, format - обращаются напрямую к контроллеру flash&lt;br&gt;&lt;br&gt;Нет, конечно.Вот только проблема в том что они работают с этим флешом как с обычным носителем.Как будто бы у него 512-байтные сектора которые можно индивидуально адресовать и записывать.А по факту - никаких секторов в 512 байтов там нет.Изображаются варварской эмуляцией путем read-modify-write страницы (которая у нанда обычно 2 или 4 Кб например).При этом операция получается не только не атомарной - она еще и соседние сектора затрагивает.Потому что у нанда атомарные операции - только со страницами, никак не менее.А это более чем 512 байтов.На что софт не рассчитывает в общем случае.Могу себе представить ситуацию когда питалово слетит так что это будет в процессе read-modify-write и похерится не только записываемый сектор (на что софт вполне может рассчитывать) но и несколько соседних (на что софт ессно не рассчитывает, т.к. у обычных жестких дисков запись сектора в принципе атомарная операция и соседние сектора обычно никак не затрагивает)</description>
</item>

<item>
    <title>Релиз MySQL 5.0.81. Заметки по производительности MySQL. Нов... (azz)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/53817.html#28</link>
    <pubDate>Thu, 07 May 2009 06:42:38 GMT</pubDate>
    <description>В&lt;br&gt;http://dev.mysql.com/doc/refman/5.0/en/releasenotes-cs-5-0-81.html&lt;br&gt;&lt;br&gt;For InnoDB tables, ORDER BY ... DESC sometimes returned results in ascending order. (Bug#37830)&lt;br&gt;&lt;br&gt;&lt;br&gt;;)&lt;br&gt;</description>
</item>

<item>
    <title>Релиз MySQL 5.0.81. Заметки по производительности MySQL. Нов... (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/53817.html#27</link>
    <pubDate>Wed, 06 May 2009 15:03:07 GMT</pubDate>
    <description>&amp;gt;Кошмар как страшно. &lt;br&gt;&amp;gt;Просветите нас темных.Команда dd, mkfs, format - обращаются напрямую к контроллеру flash, &lt;br&gt;&amp;gt;т.е прямо ему сообщают от по такому адресу проведем границу сектора. &lt;br&gt;&amp;gt;По его внутренним командам? &lt;br&gt;&amp;gt;Или они работают через интерфейс неважно какой. USB, SATA, PCI(семейство)? &lt;br&gt;&lt;br&gt;))) смишной)&lt;br&gt;&lt;br&gt;работают через интерфейс.&lt;br&gt;но обращаются к контроллеру, хоть флэш, хоть хард - головками управлять не пытаются)))&lt;br&gt;а вот куда будет произведена запись и когда и что поместить в кэш харда/ссд - решает его контроллер.&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Релиз MySQL 5.0.81. Заметки по производительности MySQL. Нов... (anonymous)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/53817.html#26</link>
    <pubDate>Wed, 06 May 2009 12:01:24 GMT</pubDate>
    <description>.... А дальше контроллеру устройства? Черещ интерфейс устройства?&lt;br&gt;&lt;br&gt;(Ps. виноват.не дописал)&lt;br&gt;</description>
</item>

<item>
    <title>Релиз MySQL 5.0.81. Заметки по производительности MySQL. Нов... (anonymous)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/53817.html#24</link>
    <pubDate>Wed, 06 May 2009 11:48:59 GMT</pubDate>
    <description>Кошмар как страшно.&lt;br&gt;Просветите нас темных.Команда dd, mkfs, format - обращаются напрямую к контроллеру flash, т.е прямо ему сообщают от по такому адресу проведем границу сектора. По его внутренним командам? &lt;br&gt;Или они работают через интерфейс неважно какой. USB, SATA, PCI(семейство)?&lt;br&gt;</description>
</item>

<item>
    <title>Релиз MySQL 5.0.81. Заметки по производительности MySQL. Нов... (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/53817.html#23</link>
    <pubDate>Wed, 06 May 2009 11:20:55 GMT</pubDate>
    <description>ребят просветите, кто РЕАЛЬНО понимает как это работает&lt;br&gt;&lt;br&gt;в тесте&lt;br&gt;&quot;MySQL Performance: MySQL 5.4 and other InnoDB engines &#064;dbSTRESS Benchmark&quot; &lt;br&gt;приведен конфиг постгре с такими параметрами&lt;br&gt;effective_cache_size = 48000MB    &lt;br&gt;shared_buffers = 24000MB&lt;br&gt;&lt;br&gt;это вообще считается нормальным?&lt;br&gt;(особенно при 256GB RAM)&lt;br&gt;&lt;br&gt;&lt;br&gt;да и вот это &lt;br&gt;fsync = on&lt;br&gt;synchronous_commit = off&lt;br&gt;wal_sync_method = fdatasync&lt;br&gt;wal_buffers = 2MB&lt;br&gt;как-то настораживает...&lt;br&gt;&lt;br&gt;или это нормально и так и должно быть?&lt;br&gt;я действительно плохо понимаю какое должно быть соотношение ворк_мем/кэш/буферс&lt;br&gt;</description>
</item>

<item>
    <title>Релиз MySQL 5.0.81. Заметки по производительности MySQL. Нов... (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/53817.html#22</link>
    <pubDate>Wed, 06 May 2009 11:10:35 GMT</pubDate>
    <description>&amp;gt;с механическими хардами на уровне логической организации?Суки.Надо ж так прогресс тормозить &lt;br&gt;&amp;gt;ради совместимости. &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Regards, your Captain Obvious :D &lt;br&gt;&lt;br&gt;ужас-ужас!!!&lt;br&gt;как все плохо)))&lt;br&gt;если не помнить, о том, что на ssd есть кэш и как правило от 64Мбайт.&lt;br&gt;и контроллеры как правило оптимизированы, под то что бы не перезаписывать, пока есть возможность сделать переалокацию )))&lt;br&gt;</description>
</item>

<item>
    <title>Релиз MySQL 5.0.81. Заметки по производительности MySQL. Нов... (Alexander)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/53817.html#21</link>
    <pubDate>Wed, 06 May 2009 07:11:33 GMT</pubDate>
    <description>А числовые unsigned-типы там принципиально не делают? &lt;br&gt;Только из-за unsigned-типов держу кое-какие базы в MySQL...&lt;br&gt;</description>
</item>

</channel>
</rss>
