<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Моментальное обновление данных в СУБД MySQL с помощью LVM SN...</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/64808.html</link>
    <description>В статье (http://wiki.opennet.ru/MySQL_LVM_Update) представлен вариант решения проблемы  блокировки сервисов извлечения информации при добавлении  больших блоков данных в СУБД MySQL. Проблема решена с помощью моментальных снимков (snapshot) в менеджере томов LVM. &lt;br&gt;&lt;br&gt;URL: http://wiki.opennet.ru/MySQL_LVM_Update&lt;br&gt;Новость: http://www.opennet.ru/opennews/art.shtml?num=25818&lt;br&gt;</description>

<item>
    <title>Моментальное обновление данных в СУБД MySQL с помощью LVM SN... (wkon)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/64808.html#11</link>
    <pubDate>Fri, 19 Mar 2010 14:04:24 GMT</pubDate>
    <description>Сдалал тесты, методика следующая:&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;1. оптимизируем таблицы в mydb_master.&lt;br&gt;2. mysqladmin refesh&lt;br&gt;3. sync&lt;br&gt;4. echo 2 &amp;gt; /proc/sys/vm/drop_caches; echo 3 &amp;gt; /proc/sys/vm/drop_caches&lt;br&gt;5. запускаем обработку  + sync.&lt;br&gt;&lt;br&gt;Далее добавляем симок и повтяряем операцию.&lt;br&gt;&lt;br&gt;Каждый раз обрататывается один и тот же блок данных (1000000 записей,размером ~100MB).&lt;br&gt;Исоходные данные агрегируются оп различным схемам и записываются в индексированные таблицы. Фактически, каждый раз данные перезаписываются, то есть состояение базы не меняется.&lt;br&gt;&lt;br&gt;Кроме того я проверял время копирования одного гигабайта в каждом случае.&lt;br&gt;&lt;br&gt;&#091;CODE&#093;&lt;br&gt;Конфигурация    Время оптимизации       Обрабтка+sync              Копируем 1GB + sync&lt;br&gt;mydb                        07:03                2:50                             0:05&lt;br&gt;mydb+1*snap                 09:23                2:56                             0:05&lt;br&gt;mydb+2*snap                 10:74                3:01                             1:40&lt;br&gt;mydb+3*snap                 11:23                3:1</description>
</item>

<item>
    <title>Моментальное обновление данных в СУБД MySQL с помощью LVM SN... (sluge)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/64808.html#10</link>
    <pubDate>Thu, 18 Mar 2010 11:50:38 GMT</pubDate>
    <description>fuse вам в помощ &lt;br&gt;</description>
</item>

<item>
    <title>Моментальное обновление данных в СУБД MySQL с помощью LVM SN... (wkon)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/64808.html#9</link>
    <pubDate>Wed, 17 Mar 2010 20:08:34 GMT</pubDate>
    <description>&amp;gt;К сожалению, &quot;моментальные&quot; снимки LVM не такие-уж и моментальны ...&lt;br&gt;&lt;br&gt;Я почему-то склонен верить ссылке, приведеной в статье:&lt;br&gt;http://www.mysqlperformanceblog.com/2009/02/05/disaster-lvm-performance-in-snapshot-mode&lt;br&gt;&lt;br&gt;Общий вывод - LVN + xfs + snapshot - вполне съедобно. ZFS может и лучше, но к сожалению на Linux ее не&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 с помощью LVM SN... (wkon)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/64808.html#8</link>
    <pubDate>Wed, 17 Mar 2010 20:00:20 GMT</pubDate>
    <description>В целом соглашусь с funky_dennis. Действительно, метод работает в случае если та часть БД&lt;br&gt;с которой выполняется снимок состоит из таблиц MyISAM.&lt;br&gt;Подкорректирую статью.&lt;br&gt;</description>
</item>

<item>
    <title>Моментальное обновление данных в СУБД MySQL с помощью LVM SN... (walrus)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/64808.html#7</link>
    <pubDate>Wed, 17 Mar 2010 14:25:00 GMT</pubDate>
    <description>И что случится, если использовать такой бэкап с  innodb? то же , что при потере питания машины. Во время восстановления откатятся текущие транзакции. И все. &lt;br&gt;</description>
</item>

<item>
    <title>Моментальное обновление данных в СУБД MySQL с помощью LVM SN... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/64808.html#6</link>
    <pubDate>Wed, 17 Mar 2010 11:25:27 GMT</pubDate>
    <description>тора гой, не используй ZFS под vmware и все будет карашо.&lt;br&gt;&lt;br&gt;если серьзно - ZFS хороша на &quot;родном&quot; Solaris. там она для MySQL - шикарна.&lt;br&gt;</description>
</item>

<item>
    <title>Моментальное обновление данных в СУБД MySQL с помощью LVM SN... (ank1812)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/64808.html#5</link>
    <pubDate>Wed, 17 Mar 2010 11:04:44 GMT</pubDate>
    <description>zfs реально одна из самых быстрых файловых систем. &quot;просто добавь воды&quot;(памяти).&lt;br&gt;</description>
</item>

<item>
    <title>Моментальное обновление данных в СУБД MySQL с помощью LVM SN... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/64808.html#4</link>
    <pubDate>Wed, 17 Mar 2010 08:13:28 GMT</pubDate>
    <description>Ага, только зфс тот еще тормоз....&lt;br&gt;</description>
</item>

<item>
    <title>Моментальное обновление данных в СУБД MySQL с помощью LVM SN... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/64808.html#3</link>
    <pubDate>Tue, 16 Mar 2010 22:37:42 GMT</pubDate>
    <description>К сожалению, &quot;моментальные&quot; снимки LVM не такие-уж и моментальны и, что самое главное, под нагрузкой после снимка все начитает _так_ тормозить &lt;br&gt;Полноценно такую технику можно использовать &quot;в бою&quot; только на Copy-on-Write файловых системах, например - ZFS. &lt;br&gt;</description>
</item>

</channel>
</rss>
