Реклама на сайте Advertise with us

Блиц-опрос по mysql

Расширенный поиск по форуму
 
Новая тема Новая тема   
Автор
Поиск в теме:

Гражданин планеты Земля

С нами с 30.03.03
Сообщения: 7217
Рейтинг: 2185

Ссылка на сообщениеДобавлено: 19/03/08 в 02:10       Ответить с цитатойцитата 

Например, такие целевые объемы:
100 млн запросов в сутки, или 1000-1200/сек, на 98% достаточно простых селектов без объединений;
порядка 500к-1млн строк в таблице, ессено грамотные индексы и иже с ними;
Значит все это под mysql.

Какой тип таблиц использовали бы вы, и на каком минимальном железе?

Гыыы

0
 



С нами с 19.11.03
Сообщения: 3973
Рейтинг: 2362

Ссылка на сообщениеДобавлено: 19/03/08 в 04:51       Ответить с цитатойцитата 

Вопрос из серии - средней температуры по больнице.
При больших нагрузках, пару неверных настроек системы и mysql-сервера, сведут на нет любое сравнение.

1
 

« ... full on ... »

С нами с 17.03.07
Сообщения: 670
Рейтинг: 1686

Ссылка на сообщениеДобавлено: 19/03/08 в 07:12       Ответить с цитатойцитата 

Если простые селекты, то MyISAM, работает быстрее, чем InnoDB, но имеет свои минусы (например, более частое нарушение целостности и локи при более сложных запросах). Вот тут можно почитать про бенчмарк тесты, где в итоге сделан вывод, что InnoDB немного быстрее, но на практике всё чуток по-другому.
При этом, важно не делать инсёртов и апдейтов, т.к. они лочат таблицу и селекты тормозят. Также, можно организовать шардинг, если записей почти или более 1лим.
И ко всему этому можно добавить memcached, что будет очень эффективно использовать ресурсы.

Железо - если memcached, то побольше запас памяти, хороший проц, т.к. мускул его грузит и винты с хорошим RPM, поскольку скорость отдачи также зависит от этого.

5
 



С нами с 10.10.07
Сообщения: 339
Рейтинг: 404

Ссылка на сообщениеДобавлено: 19/03/08 в 08:37       Ответить с цитатойцитата 

если потеря данных не критчина - то лучше использовать heap-таблицы, с периодическим дампом в myisam - как показал пример streamrotator-а очень неплохой вариант.

За консультациями по таким вопросам лучше к скриптописателям обращаться - Душик например всегда поможет.

но вообще - 1к запросов в сек. - это не так уж и много чтобы парится с движком - лучше брать myisam и прооптимизировать конфиг.

еще один несомненный + - лёгкий перенос базы и вероятность восстановлений покарапченой базы выше.

http://soft-com.biz/ - Администрирование серверов, 24/7 тех.поддержка и мониторинг.

5
 

Гражданин планеты Земля

С нами с 30.03.03
Сообщения: 7217
Рейтинг: 2185

Ссылка на сообщениеДобавлено: 19/03/08 в 11:30       Ответить с цитатойцитата 

бинго! И как я забыл про кэш в памяти. Всем спасибо, оценил. icon_smile.gif

Гыыы

0
 



С нами с 16.04.05
Сообщения: 754
Рейтинг: 352

Ссылка на сообщениеДобавлено: 20/03/08 в 01:35       Ответить с цитатойцитата 

Это всё слова.
По практике - 2 криво составленных блокирующих запроса - и любая БД при минимальном кол - ве запросов падает.

С другой стороны - неоптимизированная БД при правильно составленных запросах держит 10лям операций без проблем и 20 и 30 выдержит.

Когда работаешь с большими объёмами - только на практике тебе будет решение.

Мой блог: seo blog

0
 

Гражданин планеты Земля

С нами с 30.03.03
Сообщения: 7217
Рейтинг: 2185

Ссылка на сообщениеДобавлено: 20/03/08 в 02:14       Ответить с цитатойцитата 

Поставил memcache, попадания 95%. Неплохо.

Гыыы

0
 
Новая тема Новая тема   

Текстовая реклама в форме ответа
Заголовок и до четырех строчек текста
Длина текста до 350 символов
Купить рекламу в этом месте!


Перейти:  



Спонсор раздела Стань спонсором этого раздела!

Реклама на сайте Advertise with us

Опросы

Рецепт новогоднего блюда 2022



Обсудите на форуме обсудить (11)
все опросы »