Исходное сообщение
"Оценка зависимости производительности MySQL от настроек аппа..." Отправлено Konwin, 19-Мрт-08 09:14
>[оверквотинг удален] >ведется небольшими порциями, то получается низкая производительность. > >Кстати, вывод в этой статье простой: если взять хороший RAID, который умеет >распараллеливать запросы на чтение по дискам и имеет write-back кэш с >батарейкой, то на read-mostly нагрузке (большинство запросов на запись смогут попасть >в кэш и длительность fsync() будет стремится к нулю) базы могут >показывать великолепное быстродействие. mysql в составе LAMP-а на web-сайтах обычно и >характеризуется такой read-mostly нагрузкой, т.е. применение RAID5 там может быть вполне >обосновано. В комментариях советают даже отключать в контроллере кэш на чтение >чтобы увеличить эффективность кэша записи. Немного поправлю. По 5-му рейду - избыточные данные пишутся не на один дополнительный диск, а на каждый, иначе невозможно обеспечить возможность потери хотя бы одного диска. По СУБД - причина в том, что никакой контроллер не в курсе, что за данные вы пишете или читаете. Поэтому есть довольно высокая вероятность, что, например, при объединении таблиц может возникнуть ситуация, что запрашиваемые таблицы находятся на одном диске, т.е. распараллелить чтение невозможно. В зеркале или в стрип + зеркало возможно параллельное чтение соединяемых таблиц, или даже разных частей одной и той таблицы, что повысит производительность. П.С. Оракл я упоминал исключительно из соображений, что он мне ближе к делу.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
	Введите код, изображенный на картинке: