Проверка с записью лога, где хранить лог в БД или в файле?

Question

[Митя ТоДаСё]

Я учусь, не надо бросаться тухлыми помидорами! )
Задача - нужно посылать запрос в API раз в 5 минут, получить ответ и добавить строку в журнал логов

Я попробовал вести лог в файле, но обратил внимание на то, что поднялась нагрузка на процессор.

Вопрос - если перенести хранение логов в БД, снизит ли это нагрузку? И если да, какой тип ячейки лучше использовать?

Спасибо!

Comments

[Модератор]

Митя ТоДаСё дорогой пользователь, настоятельно рекомендуем еще раз обратить самое пристальное внимание на п. 3.1 регламента работы сервиса (и, в особенности, на его последний абзац).
В противном случае, ваши вопросы будут удаляться по причине тег-спама, а систематические нарушения приведут к блокировке учетной записи.

[Митя ТоДаСё]

Модератор, 2 тага это спам? и разве не важно, посредством какого языка я произвожу запись в лог?
или все языки пишут с одинаковой скоростью и нагрузкой? ))

если я не прав, можете ко мне до кучи еще и п8.2 применить, буду политическим ))

Answer 1

[stratosmi]

Последовательная запись логов в обычные файлы - самая что ни на есть мало загружающая систему запись.
Если у вас не так - искать в чем проблема.
С БД - будет больше нагрузка в общем случае.

Делать так:

1. Писать файлы.
   
2. Потом индексировать в специализированную СУБД вида timeseries или вида FTS. Навряд ли обычная реляционная SQL годится, хотя...
   
3. Искать в специализированной БД из предыдущего пункта
   

См. принципы работы ELK

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

Answer 2

[Виталий]

В файлах весьма проблемно потом что то искать.
Если рассматривать mySql, то, как вариант - таблица типа Archive