Master-X
Регистрация
|
Вход
Форум
|
Новости
|
Статьи
Главная
»
Форум
»
Программинг, Скрипты, Софт, Сервисы
»
Тема:
Блиц-опрос по mysql
Новая тема
Ответить
цитата
19/03/08 в 02:10
wMaster
Например, такие целевые объемы:
100 млн запросов в сутки, или 1000-1200/сек, на 98% достаточно простых селектов без объединений;
порядка 500к-1млн строк в таблице, ессено грамотные индексы и иже с ними;
Значит все это под mysql.
Какой тип таблиц использовали бы вы, и на каком минимальном железе?
цитата
19/03/08 в 04:51
xreload
Вопрос из серии - средней температуры по больнице.
При больших нагрузках, пару неверных настроек системы и mysql-сервера, сведут на нет любое сравнение.
цитата
19/03/08 в 07:12
Corex
Если простые селекты, то MyISAM, работает быстрее, чем InnoDB, но имеет свои минусы (например, более частое нарушение целостности и локи при более сложных запросах).
Вот тут
можно почитать про бенчмарк тесты, где в итоге сделан вывод, что InnoDB немного быстрее, но на практике всё чуток по-другому.
При этом, важно не делать инсёртов и апдейтов, т.к. они лочат таблицу и селекты тормозят. Также, можно организовать шардинг, если записей почти или более 1лим.
И ко всему этому можно добавить memcached, что будет очень эффективно использовать ресурсы.
Железо - если memcached, то побольше запас памяти, хороший проц, т.к. мускул его грузит и винты с хорошим RPM, поскольку скорость отдачи также зависит от этого.
цитата
19/03/08 в 08:37
Soft-Com
если потеря данных не критчина - то лучше использовать heap-таблицы, с периодическим дампом в myisam - как показал пример streamrotator-а очень неплохой вариант.
За консультациями по таким вопросам лучше к скриптописателям обращаться - Душик например всегда поможет.
но вообще - 1к запросов в сек. - это не так уж и много чтобы парится с движком - лучше брать myisam и прооптимизировать конфиг.
еще один несомненный + - лёгкий перенос базы и вероятность восстановлений покарапченой базы выше.
цитата
19/03/08 в 11:30
wMaster
бинго! И как я забыл про кэш в памяти. Всем спасибо, оценил.
цитата
20/03/08 в 01:35
Sirgey
Это всё слова.
По практике - 2 криво составленных блокирующих запроса - и любая БД при минимальном кол - ве запросов падает.
С другой стороны - неоптимизированная БД при правильно составленных запросах держит 10лям операций без проблем и 20 и 30 выдержит.
Когда работаешь с большими объёмами - только на практике тебе будет решение.
цитата
20/03/08 в 02:14
wMaster
Поставил memcache, попадания 95%. Неплохо.
Новая тема
Ответить
Эта страница в полной версии