Как настроить log4j для многопоточной среды?

Question

[kirawa]

Есть сервис, который принимает телефонные звонки, все данные логируются в файлы с помощью log4j.
Сессий очень много и они перекрывают друг друга. Пробывал через MDC добавлять SessionID, чтобы хоть как то разобраться с логами, но так как MDC статический класс данные перезаписывались и снова каша. Как быть?
один из шаблонов такой:

# ERROR
#log4j.appender.ERROR=org.apache.log4j.DailyRollingFileAppender
log4j.appender.ERROR=org.apache.log4j.RollingFileAppender
log4j.appender.ERROR.File=${folder_real}error.log
#log4j.appender.ERROR.DatePattern='.'yyyy-MM-dd
log4j.appender.ERROR.MaxFileSize=4096MB
log4j.appender.ERROR.MaxBackupIndex=1
log4j.appender.ERROR.layout=org.apache.log4j.PatternLayout
log4j.appender.ERROR.layout.ConversionPattern=%d{dd/MM/yyyy HH:mm:ss} %-5p - %X{SCESession}:%C{1}:%L %m%n 
log4j.appender.ERROR.Encoding=UTF-8

Смотрю сейчас на такой аппендер log4j.appender.asyncLog=com.log.AsyncAppenderHelper
ПОможет ли он? Дело еще в том что, чтобы мне добится выкатить новый патч на пром нужно много времени.

Answer 1

[Андрей]

так как MDC статический класс данные перезаписывались и снова каша

Это не так - MDC использует ThreadLocal, поэтому значения в нем для каждого потока свои собственные, поэтому в лог файле для каждого сообщения будет выведен именно тот самый ид, который был указан в MDC именно для того потока, который сообщение и породил.

Каша, скорее всего, возникает просто от того, что параллельные потоки пишут параллельно и в итоге в логах записи каждой конкретной сессии не идут все подряд, а перемежаются с другими сессиями.
Но это совершенно нормально для логов в параллельной среде. Ид сессии в логи добавляют вовсе не для упорядочивания, а для того, чтобы потом было легко извлечь логи, относящиеся к определенной сессии. В простейшем варианте это делается через grep %session% file.log. Если система порождает множество ращнообразныз логов, то применяют системы вроде Splunk для упрощения поиска по множеству файлов и организации всех логов в единую базу.

log4j.appender.asyncLog=com.log.AsyncAppenderHelper
ПОможет ли он?

Интересно почему какой-то сторонний класс (судя по пакету), а не AsyncAppender из самого log4j.
Но тем не менее, это не поможет: задача, которую решают AsyncAppender-ом - это накапливать сообщения в памяти и потом пачкой записывать их на диск (RollingFileAppender - это синхронный appender и он пишет все сообщения в файл сразу же). Порядок сообщений при использовании AsyncAppender никак не меняется - они по прежнему идут в том порядке, в каком было порождены.