<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: OpenNews: Оптимизация размера базы в PostgreSQL. Скрытые проблемы MyISAM</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/16559.html</link>
    <description>В материале &quot;How to optimize PostgreSQL database size (http://linux.inet.hr/optimize_postgresql_database_size.html)&quot; производится сравнение методов уменьшения размера баз на диске, данные которых из-за интенсивного обновления требуют все больше места.&lt;br&gt;&lt;br&gt;&lt;br&gt;Для эксперимента использовалась база размером почти 5876 Мб. Ниже результаты предпринятых процедур по оптимизации:&lt;br&gt;&lt;br&gt;-  После выполнения &quot;vacuumdb  -afvz&quot; размер сократился до 4278 Мб, для выполнения операции потребовалось около 3 часов.&lt;br&gt;-  Перестроение индексов (reindexdb) заняло 9 минут и уменьшило размер базы до 1990 Мб (включая проведение vacuum).&lt;br&gt;-  Пересоздание базы  через dump и restore потребовало для своего выполнения 20 минут и сократило размер до 1685 Мб.&lt;br&gt;&lt;br&gt;&lt;br&gt;Что касается MySQL, то можно отметить публикацию заметки &quot;Using MyISAM in production (http://www.mysqlperformanceblog.com/2006/06/17/using-myisam-in-production/)&quot; в которой описываются некоторые подводные камни использования MyISAM таблиц под большой нагрузкой, даются рекомендации (http://</description>

<item>
    <title>Оптимизация размера базы в PostgreSQL. Скрытые проблемы MyIS... (Игорь)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/16559.html#5</link>
    <pubDate>Sun, 11 Dec 2011 06:40:27 GMT</pubDate>
    <description>&quot;Не думаю, что многие сервера могут себе позволить 3 часа простоя.&quot;&lt;br&gt;Ну, например, можно такого рода операции выполнять ночью.&lt;br&gt;</description>
</item>

<item>
    <title>Оптимизация размера базы в PostgreSQL. Скрытые проблемы MyISAM (stalker)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/16559.html#4</link>
    <pubDate>Wed, 21 Jun 2006 05:19:24 GMT</pubDate>
    <description>vacuum full не делает полной блокировки уже давно</description>
</item>

<item>
    <title>Оптимизация размера базы в PostgreSQL. Скрытые проблемы MyISAM (vvvua)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/16559.html#3</link>
    <pubDate>Mon, 19 Jun 2006 12:08:02 GMT</pubDate>
    <description>Что-то вы не дочитали.&lt;br&gt;Я не нашел в статье, где после реиндекса сделали вакуум фулл.&lt;br&gt;Для Анонима:&lt;br&gt;В статье версия посгреса 7.4.8, а 8.1 сам делает avtovacuum.</description>
</item>

<item>
    <title>Оптимизация размера базы в PostgreSQL. Скрытые проблемы MyISAM (Аноним)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/16559.html#2</link>
    <pubDate>Mon, 19 Jun 2006 10:12:13 GMT</pubDate>
    <description>Странно. Но у меня достаточно было нескольких ANALYZE, VACUUM... в особенно часто обновляемых таблицах и база просто не растет... Пока не делал - росла. что было - то было. Нафига reindex было делать?&lt;br&gt;&lt;br&gt;PostgreSQL 8.1.4&lt;br&gt;</description>
</item>

<item>
    <title>Оптимизация размера базы в PostgreSQL. Скрытые проблемы MyISAM (Xan)</title>
    <link>https://ssl.opennet.dev/openforum/vsluhforumID3/16559.html#1</link>
    <pubDate>Mon, 19 Jun 2006 09:03:45 GMT</pubDate>
    <description>Интерестные исследования, вот только не ясно в чем была необходимость после reindexdb делать vacuum full. Не думаю, что многие сервера могут себе позволить 3 часа простоя.</description>
</item>

</channel>
</rss>
