对 log4j 生成的日志内容处理有关问题

对 log4j 生成的日志内容处理问题
系统运行中会生成大量的 日志信息。大家对日志内容是如何处理的呢。
------解决方案--------------------

引用:

比如说，系统出现了某个问题，但是有大量的日志，如何快速定位到出现问题的地方。
对某些重要的日志是否需要写入到数据库中。如果有些日志需要写到数据库中，又是什么样的日志需要写到数据库中。
对于生成的日志是否要删除，什么样的日志可以删除，又是怎样的删除。

 什么日志需要写数据库?  如果但从log级别讲, 可以把error的都写到数据库, 业务上就你自己定了, 比如哪个操作异常了必需记异常...

对于生成的日志是否要删除，什么样的日志可以删除，又是怎样的删除?   如果存了数据库, 可以按照日期,设置状态位, 浏览过后设置为可删除状态,  管理员看到这中日志可以选择删除...

------解决方案--------------------
针对异常，我们有个专门的表来储存   如：异常名称、详细、时间、出现的class、行数等

其他信息就log储存了，反正每天会生成一个.log的文件，如果想看某个信息，去搜查就是了
------解决方案--------------------

引用:

比如说，系统出现了某个问题，但是有大量的日志，如何快速定位到出现问题的地方。
对某些重要的日志是否需要写入到数据库中。如果有些日志需要写到数据库中，又是什么样的日志需要写到数据库中。
对于生成的日志是否要删除，什么样的日志可以删除，又是怎样的删除。

建议WARN以上级别日志数据写入到数据库。这些日志都可以在页面中查看，方便快速定位问题。还有一些系统安全级别高，会有审计日志，比如设计到系统安全的关键操作，都会记录审计日志到数据库中。

由于日志数据量都会很大，尤其时间长了之后，会积累大量数据，这时候最好把以往一定时间以前的数据传存到历史表中。
------解决方案--------------------
在log的属性文件中可以配置文件的大小，到指定大小后会自动产生一样的新文件。
------解决方案--------------------
日志文件可以考虑每天一个文件；
关于什么日志要写到数据库，这个得看你的业务需求哈，比如你说做金融项目的，那所有的交易信息都得写入数据库！
不同的业务不同的做法哈！