Hello jadream,
Friday, September 29, 2000, 7:09:23 PM, you wrote:
>> Знаю, что вопрос не для этого списка рассылки, но знаю что многие
>здесь
>> используют в качестве SQL MySQL. У меня возник следующий вопрос:
>При
>> макисмальной загрузке MySQL еле еле отрабатывает запросы, приходящие ему
>через
>> Access -- народ жалуется, что медленно отрабатываются запросы:
>>
>> 1. Железо: Celeron 533Mhz, 512MB, 9GB SCSI Ultra2
>> 2. FreeBSD-STABLE 4.0
>> 3. Apache 1.3.12 + mod_perl 1.24
>>
>> за 5 минут сервер обрабатывает около 5673 запросов.
>>
>> Поделитесь опытом как заставить его пошустрее работать.
>>
j> Пользуюсь случаем ответить цитатой на подобный вопрос из письма одного из
j> разработчиков MySQL (ибо сам я так его не нагружал)
j> Expert writes:
j> > Good afternoon all,
j> >
j> > I have a database of 300.000.000 rows. I was wondering if MySQL would be
j> > able to handle this efficiently there will be multiple queries per
second, and
j> > queries will only be performed on a Indexed (duplicates allowed) column
j> > I would like all queries to be returned in less than half a second and it
j> > should be able to handle upto 250 queries per second.
j> >
j> > What kind of hardware would this require ? The column im talking about
j> > is a varchar with the maximum of 20 characters
j> >
j> > Thanks.
j> >
j> > Sincerely,
j> >
j> > Xyptilon
j> Hi!
j> Yes, MySQL would be able to handle above on a multiple CPI hardware
j> with lot's of RAM and RAID-10.
j> If that column has maximum 20 chars, then it should be simply char, if
j> it is the only variable length column in a table.
j> Some of our developers have recently obtained 5000 qeuries per second
j> on 20 million rows table.
j> But in order to do that many things should be looked at, beginning
j> from hardware, schema, qeury optimisation, MySQL tuning etc ..
Повторенье мать ученья -- удалось снизить нагрузку с 5000 до 900
запросов путем сидения двух ночей и переписывания всего что можно не
под динамическую генерацию а статическую старым методом по крону :) И
если можно допустим что то генерить статически -- то это надо так и
делать, а то на железо не накопишься -- всем спасибо за ответы /
поддержку.
Best regards,
Alexei V. Alexandrov [AA4460, AVA32-RIPN, AA1829-RIPE]
------------------------------------------------------------------------
*** Alexei V. Alexandrov -- www.elcomsoft.com ---- ava@elcomsoft.com ***
*** PGP Fingerprint: 6550 3949 FA86 E559 3036 E09F BBD9 B0C5 ***
------------------------------------------------------------------------
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
