Расскажите мне о преимуществах бинарных логов systemd

mysql

Факт первый и последний: by-default, MySQL не сможет делать
столько COMMIT'ов, если посыплется что-нибудь в логи с огромной скоростью.
Поэтому, СУБД - только redis!

В чем преимущества бинарных логов systemd перед текстовыми на декстопе

Цель - вывести вероятного противника из равновесия. Ну вот представь: заходит хакир на сервер, пытается по привычке сделать less /var/log/auth.log, а тут ему БУХЕЛЬМЕМУХЕЛЬМЕ may be a binary file. See it anyway? Он в ступоре и с потерей веры в жизнь завершает соединение и напивается с горя.

Фактов не будет, но я бы охренел.

Да что с тобой? Может хватить сравнивать SQL и nosql? У них разные юзкейсы.

Может хватить сравнивать SQL и nosql?

А что, предполагается потом выборку (SELECT) по логам делать? Я думал, логи просто для хранения. Например, посмотреть - кто в auth.log ломился.
Тогда да, нужна быстрая SQL-like СУБД.

Проще тогда уж перенастроить syslog, чтобы он auth.log писал в произвольное место на винте, а в этот накидать мусора из urandom'а. ;)

Тогда графоман от программирования ЛП не сможет подурачиться вдоволь.

А нахрен логи вообще в БД пихать? Компьютеры слишком быстрые стали и вы за ними не поспеваете? Перепишите ваши проекты на Java тормозов станет больше почти без извращений.

Ну если поразмыслить, то наверное бинарные логи банально быстрее писать теоретически и выполнять их машинную обработку проще. Только вот первое теоретически, а второе не совсем понятно зачем такой ценой...

Писать в БД то что нужно писать в файл ненужно. Это лишние ненужные тормоза и прослойки. Кстати, логи ошибок записи логов mysql ты тоже хочешь писать в mysql?

Ойли. А скорость у фс чуть выше чем у мускла. При плоской таблице без доп. таблиц мускл легко инсертит по 20к/с. Более того если источник и приемник две разные машины и даже если происходит тормоза, то вполне можно все пихать в озу в качестве буфера.

С учетом этого redis хоть и выигрывает по скорости, но это же сколько надо выделить ОЗУ чтобы держать логи хотя бы за месяц при подобном потоке? Тогда уж mongo :-)

Но в любом случае скорость бд/фс не должны быть ключевым фактором. То что syslog готов терять записи в таких случаях проблема конкретной реализации syslog, а не архитектуры. Будто systemd нельзя так завалить - у всего есть пределы.

1. Теоретически скорость. Но при современной производительности это преимущество сомнительно. А вот в качестве бонуса идут недостатки, связанные с бинаризацией, в том числе и возможная несовместимость между версиями journald.

2. Смотря как реализовать. Сдаётся мне, MySQL не подходит для таких вещей. Но journald - это по сути собственная ни с чем не совместимая БД. В принципе можно подыскать подходящую готовую БД, в которую можно загонять логи из syslog. Просто поцерингу захотелось велосипед с двигателем от бетономешалки.

А админ как смотреть тогда будет? Да и в таком случае достаточно шифрование использовать с открытым и закрытым ключом. На серваке всяко будет смотрелка логов от journald. И вот какер ей и воспользуется.

В принципе можно просто в MySQL/MaiaDB время от времени сваливать лог большими кусками.

А админ как смотреть тогда будет? Да и в таком случае достаточно шифрование использовать с открытым и

закрытым ключом. На серваке всяко будет смотрелка логов от journald. И вот какер ей и воспользуется.

Квазарчик, ты такое няшко, особенно когда на полном серьёзе отвечаешь на мой стёб :3

https://docs.google.com/document/pub?id=1IC9yOXj7j6cdLLxWEBAGRL6wl97tFxgjLUEH...

ЛП не сможет подурачиться и вдоль.

Я пофиксил. Извини, что без багрепорта.

Уже в подробностях обсуждалось: http://thread.gmane.org/gmane.comp.sysutils.systemd.devel/6922/focus=6950

Подробное описание формата: http://www.freedesktop.org/wiki/Software/systemd/journal-files

По Леннарту ты поедешь на другой конец света в ДЦ, чтобы сфоткать с консоли qr-код

Нормальные системы посылают логи на централизованный обработчик сислогов по сети, локально максимум дублирование, и то смысла в нём не очень много.
Куда дальше пойдут эти логи - другой вопрос, обычно всякими фильтрами фильтруется и посылается на почту нужное, а всё остальное пишется в субд.