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

[Yuriy Taraday]

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

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