ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Re[3]: Обновление времени до ступа файлов в mysql


  • To: nginx-ru@xxxxxxxxx
  • Subject: Re: Re[3]: Обновление времени до ступа файлов в mysql
  • From: Yuriy Taraday <yorik.sar@xxxxxxxxx>
  • Date: Thu, 18 Jun 2009 22:16:14 +0400
  • Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type :content-transfer-encoding; bh=IFJZCxTUTh0eb2xYqvWHanpOSt1OVnI0x+WKBiXaTPA=; b=DlhZ0YTy07uzZOGnO7WajDnRcJ7u8S+sFOAYkCKlyXie2kxs0UoTp0y0Kx/XOxtdAh uNJ/vzlygMaMR2AqhmfSa7bmXNb3V6RRHpsizqHqvrKktvBqW0pCsTz3T1u+1jMj84XL 9mxZUEaPa68ocBLFHExqtF1MhkF4XV62fFeJg=
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=NY/e2KdefSqrKS+TI/9m/pFXj6+vNUsMm6bPdzkdYjomYEghcVyhDHY1AwJAfFQnKV htYKltltV+L7tAHfo0ZWaOX0X6cGtcTJynbkGzoUqBR+r0Z/TPLtpHhYzfHzD0q/aYbv Sl52GCqhVyxg5BPMw1jgsKpPdonaGtAxe1MeI=
  • In-reply-to: <266294710.20090618212816@xxxxxx>
  • References: <1063759522.20090618170103@xxxxxxx> <283556858.20090618172352@xxxxxxxxxxxxx> <11010451604.20090618174910@xxxxxxx> <266294710.20090618212816@xxxxxx>

2009/6/18 Pavel V. <pavel2000@xxxxxx>:
> Здравствуйте, Денис.
>
> Вы писали 18 июня 2009 г., 20:49:10:
>
>
>> Была такая мысль. Но уже сейчас аккесс логи набигают за час в сотни мегабайт.
>> А если размеры будут в гигабайтах, сможет ли парсер делать такое
>> количество апдейтов в базе данных за приемлемое время?
>> Или лучше варианта не придумать?
>
> Всегда есть вариант не делать апдейт в БД сразу же после обращения к
> файлу, а закэшировать это обращение в памяти FastCGI (или другого)
> приложения, т.е. сливать в БД раз в период времени (я думаю Вы можете
> себе это позволить), уменьшая тем самым на неё нагрузку за счет
> исключения обновления в БД данных в случае часто идущих подряд
> обращений к одному файлу. Т.е. обращений за минуту было 100, но update
> был один.
>
>
>
> --
> С уважением,
>  Pavel                          mailto:pavel2000@xxxxxx
>
>
>

Думаю, стоит сливать в БД данные не раз в период времени, а столько,
сколько позволит кол-во подключений, равное числу ядер в системе. То
есть, на каждое ядро по одному процессу, между которыми nginx
распределяет нагрузку, в которых накапливаются обновления данных в
таблице, а параллельно (асинхронно) скидываются в базу по мере
освобождения подключения.


 




Copyright © Lexa Software, 1996-2009.