AS> Это ничего не говорит, может у них 100 хитов в день, и того 60 000 в
AS> сутки (что тоже не мало для DB).
AS> Сколько у вас данных в день (в rows) и какое hardware ?
AS> На 20 - 30 записей миллионов mysql умрет 100% на любом hardware :)
AS> *600 юзверей * 30 дней * 1000 хитов = 18 000 000 - это в месяц ! Вы себе
AS> представляете что такое 20 миллионов записей за месяц в DB ? Я почему-то
AS> думаю что нет ... 1000 хитов - это смех просто (с картинками и т.д.)
AS> Нет никакого смыслы raw log хранить в DB т.к. в результате все это будет в
файлах +
AS> overhead на действия базы (если использовать индексы вообще будет
AS> плохо). Так же надо не забывать что mysql умеет только table lock делать и
не
AS> умеет row lock (кроме InnoDB таблиц) т.е. множественные ,INSERT для него не
самая
AS> хорошая операция, особенно если есть конкурирующие , SELECT. Так что
говорить что вставка в,
AS> MySQL проще и быстрее чем запись в файл по моему не правильно, так или
иначе все
AS> это пишется в файл на уровне OS.
Под каждый отдельный лог юзера есть база в mysql, в ней таблицы
создаются по месяцам, в эти таблицы вставляются минимальные данные.
Железо: p4 2000, 1gb ram, 72gb scsi.
Если бы все данные лились в одну базу, я бы вас понял, но как я
обяснил выше, у нас все работает нормально.
Да есть юзеры с 1000 хитами, есть вообще с 100-й, а есть и больше 3000
хостов.
Я с вами не собираюсь спорить, так как у меня все нормально работает,
будет работать плохо, найду другой способ, но способ с вставкой логов
в ОДИН файл я уже отклонил, так как появляются большие нагрузки на
анализатор в web-е.
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
