1,公司现有系统有很多,存放重要接口的日志分布在不同的库,每个系统都有单独的日志采集表,日志采集模块;
????
这些日志可以统一放到一个地方,通过一个组件提供出去,对应的就是一个maven的jar组件,如果有新的系统需要开发,可以复用这一块,定义好文档,统一按照这个上报数据到统一的地方,方便分析问题,解决问题;
主要可以设计出5张表:
系统信息表 Dict_System
id systemName systemDesc SystemAdmin AddTime
日志类型表 Dict_Log
id logName systemID AddTime
日志详细表 Log_Detail
id url logTypeID interURL params paramsKey responseStr responseKey costTime ip Addtime
日志错误表(业务) Log_Err
id detailID ErrMsg ErrKey AddTime
日志异常表: Log_Exception
id systemID excetionTitle exceptionDetail serverIP AddTime
然后,可以基于这几个数据表,编写一个报警的接口,检测上报的数据,主动发现系统问题,更好的做好系统,节省解决bug的时间,更好的专注于技术。
2,日志的上报方式可以分成两种,异步的上报,同步的上报,根据系统的特点,来进行配置;
关键代码:
public void run(){
r = new ReportRunable(rs);
t = new Thread(r);
t.setDaemon(true); //后台线程
t.start();
}
3,
对于日志,存放数据库确实方便分析问题,解决问题,但是万一跟数据库断开了连接,日志上报肯定会中断,这里可以定义一个规则,统一的放到服务器的某一个目
录,主要分成两类日志文件;第一,异常类日志,方便检测服务器的bug;第二类,输出类日志,防止如果数据库异常了,有据可查;
在日志上报的程序中,可以定期的抓取异常类的日志文件,把异常信息插入到一张数据库表中,进行分析,定期的提高系统的稳定性。
以上是阅读代码之后的一点想法,我会抽个时间整理下实现方案,把它应用到工作当中,解放自己,提高效率。