log4j将记录日志保存到数据库

一、前提条件

　　系统必须是使用LOG4J进行日志管理，否则方法无效。 系统必须包含commons-logging-xxx.jar，log4j-xxx.jar这两个JAR包，XXX为版本号。

　　二、操作步骤

　　1、创建日志表 要把日志持久化，必须在数据库中创建一张用来存储日志信息的表，表内字段为日志 的一个主要属性包括：操作类，执行方法，打印时间，日志级别，日志内容。

 CREATE TABLE RESLOG (LOGID VARCHAR2(20) NOT NULL, 
CLASS VARCHAR2(200), 
METHOD VARCHAR2(100), 
CREATETIME DATE, 
LOGLEVEL VARCHAR2(50),
 MSG VARCHAR2(4000))

  因为存储的类为类的全部路径，所以CLASS字段长度需要比较大。

　　2、日志管理配置 LOG4J主要有两种配置文件.properties和.xml，这里以properties文件为基础来讲 述，关于XML文件的配置，相信大家看完下面的介绍也一样能轻松完成。 通常在LOG4J.PROPERTIES文件的第一行是： log4j.rootLogger= XXX，这句是控制日志的输出，如果想吧日志输出到数据库， 则需要在XXX中添加“DB”，如log4j.rootLogger=INFO,stdout,Platform,db。上面 这句就是把日志中级别为INFO的信息输出到STDOUT,PLATFORM和DB （DATABASE）中。 配置好如上的信息，LOG4J就知道用户是想把信息存入数据库，接下来我们就要来 配置数据库的相关信息（包括缓存，数据库连接信息，和执行SQL），配置信息如下：

###JDBCAppender log4j.appender.db = org.apache.log4j.jdbc.JDBCAppender //这个配置是选择使用JDBCAppender方法，将日志信息存储到数据库。当然，如果你还要做其他操作，可以自己写个类，继承JDBCAppender就OK了。 log4j.appender.db.BufferSize=1 //这个配置是告诉LOG4J，有多少条日志信息后才存入数据库，我这里是1,就是说有一条就查一条，显然这样在生产环境下是很影响系统性能的。

log4j.appender.db.driver=oracle.jdbc.driver.OracleDriver //这个配置是告诉LOG4J，做数据库存储所用的驱动。

log4j.appender.db.URL=jdbc:oracle:thin:@:: //这个配置数据库连接的URL，不用说也都知道。

log4j.appender.db.user=XXX log4j.appender.db.password=XXX //上面两个是数据库连接时的用户名和密码搜索

log4j.appender.db.sql=insert into RESLOG (LogId,Class,Method,createTime,LogLevel,MSG) values (SQ_RESLOG_LOGID.Nextval,'%C','%M', to_date('%d{yyyy-MM-dd HH:mm:ss}','yyyy-MM-dd HH24:mi:ss'),'%p','%m') //这个配置是告诉当LOG4J吧日志存储数据库时用的SQL语句。

     SQ_RESLOG_LOGID.Nextval是我建的一个SEQUENCE；‘%C’是日志中的CLASS；‘%M’是打印日志是执行到类里的方法；‘%d’是打印的时间，它支持格式化；‘%P’是日志级别，包括INFO、DEBUG、ERROR等；‘%m’是MSG，日志内容。注意这里的参数区分大小写。

log4j.appender.db.layout=org.apache.log4j.PatternLayout 通过上面的配置，现在再启动服务，LOG4J就会自动把原来存储在.LOG文件中的信息，同时存储到数据库了

评论

2 楼 spiniper 2014-12-27  

并不建议将log信息放入数据库中，原因有几点：
1、log一般为连续性大文本，而且要不断的reflash，并不适合存放于数据库这种以行为结构化的存储中，也正因为log这种特性，它和数据库本身的管理特性相背离，不如存放在文件中访问容易，同事数据库维护这种内容通常要消耗较大资源。
2、数据重要性不足，Log日志相对于那些正式数据需要大量访问，日志一般除了系统维护员，无人去看，而系统维护人员都有登录系统操作系统权限。
3、不宜于备份和压缩，虽然log不那么重要，但是也不能随意删除，但是日志又是一个大量产生的信息，因此是需要备份转储的，为此还需要进行高压缩来达到节省磁盘的目的，存放入数据库不宜于这样处理。
4、不宜于日志分析，日志很多时候是需要分析的，甚至需要借助分析工具，其实因为日志的固有特性，将其行化以后，日志脱离前后连续性，系统管理员查看和分析日志就反而会变得困难。

1 楼 mdqy195905 2014-12-26  

建议继承JDBCAppender并覆盖相关方法，log4j提供的JDBCAppender性能非常差，看看源码就知道。