OpenForum RSS: Раздел полезных советов: Оптимизация MySQL для работы с большой Innodb базой. https://opennet.me/openforum/vsluhforumID3/38879.html innodb_buffer_pool_size - 70-80% от размера ОЗУ;<br><br>innodb_log_file_size - зависит от требований к скорости восстановления после сбоя, <br> 256Мб - хороший баланс между скоростью восстановления и производительностью системы;<br><br>innodb_log_buffer_size=4M, 4Мб подходит для большинства ситуаций, <br> за исключением случая работы с большими блоками данных, хранимых в Innodb таблицах;<br><br>innodb_flush_logs_at_trx_commit=2 - если не важен ACID и после краха системы <br> допустимо потерять транзакции за последние 1-2 секунды;<br><br>innodb_thread_concurrency=8, значение по умолчанию вполне адекватно, <br> можно попробовать уменьшить или увеличить и посмотреть на изменение производительности.<br><br>innodb_flush_method=O_DIRECT - исключает двойную буферизацию и уменьшает воздействие <br> на файл подкачки. Но следует соблюдать осторожность, если ваш RAID без аварийной батарейки.<br><br>innodb_file_per_table - можно использовать, если число таблиц невелико.<br><br>При разработке приложения можно обратить внимание на использование ре Оптимизация MySQL для работы с большой Innodb базой. (Алексей) https://opennet.me/openforum/vsluhforumID3/38879.html#5 Sun, 20 Mar 2011 06:29:08 GMT MySQL - удобнее, ну вот к примеру PostgreSQL - могучий но deadlock-ами валиться, в MySQL при линейной выборке данных данные извлекаются обычным списком - FIFO что очень удобно а в PostgreSQl 7.x/8.x - нужен ORDER field ASC что очень не удобно, запомните корп. Oracle купила MySQL не за красивые глазки что-то psql-Беркли не собирается покупать.<br> Оптимизация MySQL для работы с большой Innodb базой. (avatar) https://opennet.me/openforum/vsluhforumID3/38879.html#4 Tue, 20 Nov 2007 02:57:48 GMT MySQL - "в сад"! Не хочу больше, задолбало.<br> Оптимизация MySQL для работы с большой Innodb базой. (squirL) https://opennet.me/openforum/vsluhforumID3/38879.html#3 Fri, 09 Nov 2007 11:12:24 GMT это, батенька, смотря какую статистику вы собираете. или какие логи. впрочем там где критично - эту поделку и не используют<br> Оптимизация MySQL для работы с большой Innodb базой. (mirya) https://opennet.me/openforum/vsluhforumID3/38879.html#2 Thu, 08 Nov 2007 13:03:26 GMT &gt; "если не важен ACID"- тогда это не база данных, а свалка.<br><br>ну почему же, напр. сбор статистики / логирование, где допустима потеря нескольких событий из моря<br> Оптимизация MySQL для работы с большой Innodb базой. (Veter) https://opennet.me/openforum/vsluhforumID3/38879.html#1 Fri, 02 Nov 2007 14:44:07 GMT "большой Innodb базой" - что это значит? 1, 10, 100 терабайт?<br><br>"если не важен ACID"- тогда это не база данных, а свалка.<br>