, думаю, что соединение в любом случае будет установлено, чтобы получить данные для вывода на сайте. А вот при высокой посещаемости (частоте записи в лог) могут возникнуть тормоза (для mysql ) на таблицах myisam т.к. при записи накладывается блокировка (write lock) на всю таблицу. В этом случае можно писать в несколько временных таблиц и периодически сливать в одну.

А в чем выражена эта необходимость? У гугла например есть обалденное API, позволяющее получать собранную статистику.

_____________
Senior PHP developer: PHP5, MySQL, JavaScript, CakePHP, Yii/Yii2, Zend Framework, Smarty, XML/Xslt, JQuery, Jquery Mobile, Bootstrap, ExtJS, HTML, HTML5, CSS, Linux, SVN, Git, Memcached, Redis, MongoDB, Zend Guard, Ioncube, FFMpeg, PayPal, Webmoney, Qiwi, Facebook API, Vkontakte Api, Google API, Twitter Api, Steam Api.
Junior Android Developer: Android SDK, многопоточность, работа с HTTP запросами, JSON, SQLite, фрагменты.

Временная таблица, которая в ОП висит? Или самая обычная таблица, только небольшого размера, которую чистить периодически?

А в случае InnoDB будет ли разница во времени, если добавляем в таблицу с огромным кол-вом строк? Ключи использовать не планирую, по идее не с чего вроде бы...

Что за API, я может быть не слышал? Необходимость в том, чтобы определять более точно нагрузку и количество посетителей. У меня сейчас стоят обыкновенные JS счетчики от яндекса и гугла. Юмор в том, что они показывают различные значения. Вот еще одна причина по которой хочется самому собирать статистику. Да и роботы не компилируют JS обычно...

Вот я посидел, подумал и пришел к выводу, что кроме меня мою же статистику никто и никогда более точно не узнает. =)

ИМХО, нерационально сваливать в таблицу то, что апач пишет в акцесслогах.

Я у себя делаю иначе.
Сессия привязывается к айпишнику (для гостя) или к айдишнику (для зарегистрированного) и хранится сутки. В рамках сессии по айпишнику собираются интересующие меня данные: реферал первого захода и если есть текст поискового запроса, то текст запроса; страница входа; суммарное время, проведенное на ресурсе (при неактивности больше 15 минут интервал не засчитывается); количество просмотренных страниц.
То есть, даже если посетитель просмотрел 100500 страниц, в базе будет лишь одна строка.

Таким образом, у меня 2 таблицы: таблица сессий, в которой при каждой генерации страницы обновляется информация; и таблица логов, в которой есть только итоговые данные по каждому посетителю.

_____________
Бесплатному сыру в дырки не заглядывают...

Согласен, но его логи довольно сложно парсить из-за неоднородной структуры.

То есть идентификатором сессии служит либо IP либо ID? А что происходит в момент обнуления сессий? То есть если в момент Х кто-то сидит на сайте, то его "история" будет разбита на 2 независимых отрезка.

2 таблицы, я так понимаю, архивная и текущая?

php-ga? JS сенсоры меня не устраивают из-за JS (пардон). Таскать за собой php-ga, не знаю, может быть это потяжелее собственных разработок будет...

- скоростя InnoDB - многие тысячи в секунду
- у такой таблицы от числа записей - не будет, практически. Изредка может подтормаживать при расширении файла БД, но это вопрос не к движку, а к диску.

_____________
Рекламка / ad.pesow.com Хрень / mr-1.ru

Не сложно. Обычная регулярка. Причём, регулярка даёт порядка 30К строк в сек. Тем более, сильно сомневаюсь, что у вас структура логов меняется чаще, чем раз в несколько лет.
п.с.
Правда, там, в парсере строк апач-логов, будут другие заморочки. В общем, мне в своё время не удалось добиться больше 10К строк/сек. В своё оправдание скажу, что там был сложный парсер с анализом полученных данных, подсчётом статистики и пр. и записью результатов в БД.

_____________
Рекламка / ad.pesow.com Хрень / mr-1.ru

Может быть вы тогда поделитесь регулярочкой? А лучше скриптом, который разложит лог в таблицу вида (хотя бы):

IP | REFERER | URL | TIME

Картинки, CSS и файлы JS учитывать не нужно. Обработанные ошибки тоже.

Нет, не поделюсь. Проект коммерческий. Это во-первых. И во-вторых, там сложно, как уже говорил, "выдернуть" быстро и просто не получится.
Например, для "стандартной" строки лога регулярка будет что-то вроде:

формат лога: '%h %l %u %t "%r" %>s %b "%{Referer}i" "%{User-Agent}i"'
регулярка: '/(.*)\s+(.*)\s+(.*)\s+\[(.*)\]\s+"(.*)"\s+(.*)\s+(.*)\s+"(.*)"\s+"(.*)"(?:\s|$)/U'

А дальше ещё порядка 100 строк кода, анализирующие и окончательно разбирающие полученные данные. А затем ещё пару сотен, анализа и сбора статистики.
Надеюсь, сами разберётесь с этим - там не сложно, в принципе, но гиморно. Особенно со скоростями. :)



_____________
Рекламка / ad.pesow.com Хрень / mr-1.ru