В MySQL есть такой тип таблицы Archive - данные в ней сжимаются с помощью zlib, размер таблицы неограничен (в отличии от всяких MyISAM). Таким образом в нее можно запихнуть больше данных. Только в Archive нет индексов, потому любой SELECT сканирует всю таблицу целиком.
А вообще ходить в базу ради записи логов имхо слишком дорого. Я бы советовал либо просто писать в syslog/файлы или даже в какой-нибудь in-memory сторадж (с ротацией во всех случаях, само собой разумеется). 19 июля 2012 г., 17:48 пользователь Ivan Petrov <[email protected]>написал: > >> примерно так: пришел багрепорт что вот этот роут выдает чет не то, с > >> точки зрения клиента. у нас роут покрыт тестами довольно хорошо, > >> соответственно нужен анализ действительно ли там что-то "не то", в каких > >> случаях это "не то" и т п. мы ставим данный роут на логгирование и > >> сабмитер бага пытается его повторить, ну а далее разбираются логи > >> запросов (и вот теперь еще хотим и логи ответов). после разбора > >> полетов случай попадает в тесты, логгирование на роут убирается > > > А чего мелочиться? Сделайте постоянное логирование всех запросов и > > ответов - с сохранением в БД, например. Периодически старые записи > > можно удалять из БД и сохранять, например, в файлы (или удалять, если > > они вам не нужны). Это позволит вам не просить багрепортера повторять > > ошибку, а сразу увидеть её в логах. При этом сэкономите на изменении > > исходников и перезапусках сервиса. К тому же если вы не сразу > > диагностируете проблему и повесите логгер не на тот роут, то цикл > > "добавление логгера - перезапуск сервиса" придется повторить несколько > > раз. А так все данные у вас уже есть, в удобной для просмотра и > > фильтрации форме. > > логгируем именно в БД. тут вот вчера посчитали логгирование трех > запросов: за 3 дня 3 млн записей. все запросы логгировать будет > ужасТный размер БД :) > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org > -- С уважением, Александр Личный блог: http://eax.me/ Мой форум: http://it-talk.org/ Мой Twitter: http://twitter.com/afiskon
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
