Магические текстовки нужно заменить на константы.
В итоге я могу хоть 800к логов загнать в бд без большой нагрузки на неё.
Круть. За какой период времени? Какое железо? Нагрузка и на редис и на БД постоянная?
Чем ваш логгер лучше
https://github.com/Sirupsen/logrus ?
-- --
Посмотрел статью на хабре, увы там комментировать возможности не имею.
Кровь из глаз((
0. Посмотрите logrus и переименуйте статью на "еще один логгер". Ваш логгер не гибкий, примите за исходную.
1.
Данные в редисе
вы правда думаете кто-то будет это читать?))
2.
Я долго бился голов об клавиатуру искал багу в коде...
верно ошибка не в коде, такого просто делать нельзя. Нужно понимать как работает redis и что происходит при записи/обновлении данных.
3.
1 000 000 записей в мускуль добавилось за 25мл.сек
Что-то слабо верится(( Сколько выполняется запись просто из файла, такого же объема данных. Интересует сравнение времени.
4.
правда в редис эти данные писались около 6 минут
Ну дык правильно, нужно понимать, как работает редис и что происходит, когда вы обновляете ключ, при этом расширяя его непомерно.
5.
конфиг
Кровь из глаз, конфиги если уже json делаете - хотя бы делайте человеко понятными, не используйте массивы там, где должны быть объекты!!!
6.
библиотека
То, что вы делаете в init - это как минимум богомерзко((( Ваш логгер абсолютно не управляем. Его настройка приколочена 100-тыми говздями и заварена арматурой, как у вас вообще возникла мысль говорить о гибкости?))
7.
//Путь к файлу с конфигами
config_file string = "/home/v-smerti/localhost/api/src/microService/config/log.json"
8.
демон
Вы хоть сами смотрели?))
9. Вы нигде не обрабатываете ошибку отправки почты, это вообще как? Если связь с сервером нарушено - логов не будет?))
10. SQL:
`id` int(11) NOT NULL AUTO_INCREMENT,
Я надеюсь вы осмысленно допускаете отрицательные id.
11. SQL:
`type` text NOT NULL,
эт пи*дец.
12. SQL:
KEY `type` (`type`(191))
Если не секрет - почему не 192?
