|
ru.cgi.perl
- RU.CGI.PERL ------------------------------------------------------------------
From : Artem Chuprina 2:5020/371.32 02 Aug 2001 17:28:59
To : Alexander Kostiuchenko
Subject : Re: как удалять старые сессии в Apache::Session?
--------------------------------------------------------------------------------
AC>> А вот это ты зря... Как я матерился, когда осознал, что у рекламного
AC>> движка у таблицы показов _три_ индекса... Всякая операция с записью, а
AC>> их дцать в секунду минимум, приводит к их апдейту... Размер таблицы -
AC>> несколько сотен миллионов записей. Вообще обычно считается, что
AK> та ладно несколько сотен... статистика - оно конечно хорошо, но раз в
AK> сутки табличку чистить - весьма полезно (ну не поверю я в сотни миллионов
AK> хитов в сутки).
Так просто низзя, рекламный движок. В сутки там, конечно, всего лишь единицы
миллионов...
AK> Был у нас один клиент, заказавший движок, и очень ему
AK> хотелось поиметь ВСЮ статистику, которая только возможна, причем не только
AK> в админской морде, но и в адвертайзерской. Архивирование и чистку таблиц
AK> естессно сделали, но вот период, по истечении которого она происходит...
AK> явно не расчитали... В результате через некоторое время система стала
AK> загибатся в момент генерации статистики при кол-ве записей на порядок
AK> меньшее тобой описанного. Легкое дополнение в виде раз в сутки запускаемых
AK> скриптов, подбивающих суммарную статистику и подчищающих "рабочие" таблицы
AK> - и волосы снова мягкие и шелковистые (перхоть, правда, осталось, ибо с
AK> самого начала надо было все по такому принципу строить).
Так тоже череповато - база мыскль, переливание таблицы за день в большую
табличку с индексами может на полчаса-час вырубить движок нафиг (таблица за
день при этом будет залочена). Да и транзакций нету - между select следующим
delete пролезет минимум несколько сотен записей. Да-да, в самое непиковое
время...
А вылечилось довольно просто - полный лог показов там хранился на всякий
пожарный, так его просто лишили нафиг всех трех индексов, и он сразу стал
успевать.
AK> Подумалось - правильно спланированная архитектура приложения/БД позволила
AK> бы подобные задачи и на CGI реализовать.
Щазз... Тут думаешь, как бы это из-под модперла в апачевский модуль
перетащить...
--
Artem Chuprina E-mail: ran@ran.pp.ru
Programmer FIDO: 2:5020/371.32
Memonet Ltd. Phone: +7-095-284-1356
--- slrn/0.9.7.0 (Linux)
* Origin: AKA с подствольным плюсомётом (2:5020/371.32)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
