OpenForum RSS: OpenNews: Оценка влияния фрагментации в ФС на производительность MySQL https://mobile.opennet.me/openforum/vsluhforumID3/40828.html Перт Зайцев провел (http://www.mysqlperformanceblog.com/2008/03/21/mysql-file-system-fragmentation-benchmarks/) исследование влияния фрагментации в файловой системе на производительность MySQL, а также оценил насколько интенсивная работа MySQL с большим числом таблиц способствует появлению фрагментации в файлах БД.<br><br><br>Выводы: <br><br><br>- Одновременное помещение данных в разные таблицы приводит к фрагментации данных на диске, приводящей к потере производительности при последовательном чтении данных;<br>- На производительность MyISAM фрагментация влияет больше, чем на Innodb;<br>- Метод ступенчатого распределения блоков данных (extent allocation (http://www.mysqlperformanceblog.com/2007/10/26/heikki-tuuri-innodb-answers-part-i/), когда размер файла увеличивается резервируя сразу 64 страницы по 16Кб каждая) помогает Innodb;<br>- Фрагментация влияет на Innodb в меньшей степени, в случае хранения таблиц в отдельных файлах.<br><br><br><br><br><br>URL: http://www.mysqlperformanceblog.com/2008/03/21/mysql-file-system-fragmentation-benchm Оценка влияния фрагментации в ФС на производительность MySQL (Кокашко) https://mobile.opennet.me/openforum/vsluhforumID3/40828.html#15 Mon, 10 Aug 2009 17:15:46 GMT Пепец О_о<br> Оценка влияния фрагментации в ФС на производительность MySQL (Аноним) https://mobile.opennet.me/openforum/vsluhforumID3/40828.html#14 Tue, 25 Mar 2008 04:03:03 GMT Именно по этой причине СУБД должна хранить свои данные на raw разделе. Да и механизмам кеширования СУБД лучше знать что и когда кешировать и как располагать данные.<br> Оценка влияния фрагментации в ФС на производительность MySQL (pavlinux) https://mobile.opennet.me/openforum/vsluhforumID3/40828.html#12 Mon, 24 Mar 2008 12:27:36 GMT &gt;кэшируется <br><br>Угу :) Особенно на журнулюруюмуюх FS<br> Оценка влияния фрагментации в ФС на производительность MySQL (керос) https://mobile.opennet.me/openforum/vsluhforumID3/40828.html#11 Mon, 24 Mar 2008 08:26:52 GMT кэшируется<br> Оценка влияния фрагментации в ФС на производительность MySQL (spamtrap) https://mobile.opennet.me/openforum/vsluhforumID3/40828.html#10 Mon, 24 Mar 2008 07:25:10 GMT чёт не понял этого шаманства...может кто-то объяснить?<br> Оценка влияния фрагментации в ФС на производительность MySQL (pavlinux) https://mobile.opennet.me/openforum/vsluhforumID3/40828.html#8 Sun, 23 Mar 2008 14:58:30 GMT А вы пробовали после загрузки, find / -noleaf &gt; /dev/null <br>Потом всё так быстро работает... :)<br> Оценка влияния фрагментации в ФС на производительность MySQL (Lindemidux) https://mobile.opennet.me/openforum/vsluhforumID3/40828.html#7 Sun, 23 Mar 2008 07:52:11 GMT Я устраивал 100% фрагментацию файловым системам (был забит каждый второй кластер), только проблема в том, что в Linux, что во FreeBSD фрагментация похоже пропадает через 10-20 часов, потому что абсолютно исчезают тормоза, а в венде фиг вам, проводите дефрагментацию, правда после 50 часов ожидания я дождался.<br>Записывал в nix на фрагментированные разделы данные, так эти данные после каждой перезаписи все быстрее и быстрее записывались, а в венде какое-то жуткое падение скорости. После дефрагментации скорость была все равно жутко упавшей.<br> Оценка влияния фрагментации в ФС на производительность MySQL (pavlinux) https://mobile.opennet.me/openforum/vsluhforumID3/40828.html#3 Sat, 22 Mar 2008 23:31:48 GMT Не убедительная, я бы даже сказал, отсутствующая оценка фрагментации файловой<br>системы. То что они, файлы, у него очень медленно читаются это только показывает, <br>что файлы медленно читаются, и как один из вариантов медлительности - фрагментация. <br><br>