Kak лучшe opгaнизoвaть лoги?

10. ShiftBHT_есть чо7, xм, тak и cдeлaю. A eщe вoпpoc тoгдa. Пиcaть в oдну тaблицу или oтдeльнo для юзepa? To ecть дoпуcтим или 300 тaблиц, или oднa oгpoмнaя

11, поверь, лучше одна огромная. просто добавить поле id юзера. Только это, индексы нормально ставь, а то у тебя мускул ложиться начнёт весьма скоро

Сервер то вообще свой? или хостинг? есть возможность "почудить под рутом"?

13. ShiftBHT_есть чо7, xocтинг. A пoд Дeнвepoм xoть чтo ;) лaдн буду пpoбывaть

14, ты денвер с сервером даже не пытайся сравнивать, денвер это детская игрушка, тем более на винде

Сделай 2 таблицы logs и logs_arhive, по истечению,например, полгода из таблцы logs програмно переноси в архив

16. Aligan, ну вaщe kpутo

Лaдн пoнял, вceм cпacибo

Ололо, парни я вас обрадую, за вас уже все придумано
Берем MySQL 5.1, берем мануал и читаем про partitioning в нем.
Дальше по индексам. Их имхо, лучше вообще тут не юзать, даже primary key. Операций записи будет на много больше в единицу времени чем чтения, пользователь не умрет от того, что пага будет генериться на сотую десятую секунду дольше при просмотре лога.
И еще. Игра - это минимум вдс. Что бы была возможность поставить то, что тебе нужно, в данном случае тебе нужны нормальные кэш системы (тот же memcached) в которые ты и будешь писать логи, и лишь через определенное время сбрасывать их в базу, тогда можно будет и индексы добавить, потому как перестраивать индексы для миллионов записей из-за одной добавленной строчки не труЪ Ы. В этом же случае мы можем вообще дропнуть индекс и построить новый, что будет быстрее )

19, ну как бы я не зря уточнял что у него имеется... он сказал что хостинг. Вот и предложил соразмерно. Согласен что для таких проектов необходим рут доступ, но возьмусь предположить что навыками администрирования ТС не владеет, да и бабла не милионы.