SpringBoot使用logback輸出日誌並打印sql信息 --經典---

最近在學習springboot以及一些springcloud插件的使用,其中發現默認的配置並不能打印一些有用的日誌,因此須要自定義一些日誌輸出方式以便於查看日誌排查問題,目前只整理了兩種使用方式,以下:php

1 簡單日誌配置
默認狀況下spring boot使用Logback做爲日誌實現的框架,其內部使用Commons Logging來記錄日誌,同時也保留外部接口可讓一些日誌框架來進行實現,
例如Java Util Logging,Log4J2還有Logback,若是你想用某一種日誌框架來進行實現的話,就必須先配置。
其中最基礎的日誌配置就在在resources(即classpath路徑)下面建立一個屬性文件:application.properties。
1.1 配置控制檯日誌的level(級別)
默認狀況下,spring boot從控制檯打印出來的日誌級別只有ERROR, WARN 還有INFO,若是你想要打印debug級別的日誌,能夠經過application.properites配置debug=true
1.2 能夠經過logging.level.*配置自定義包的日誌輸出級別
logging.level.root=INFO
logging.level.org.springframework.web=DEBUG
logging.level.org.hibernate=ERROR
1.3 默認狀況下spring boot是不將日誌輸出到日誌文件中,但咱們能夠配置將日誌輸出到指定的文件中
logging.file=文件名稱
logging.path=文件路徑
小提示:在生產環境環境下,你能夠經過命令行進行配置日誌的debug級別-->java -jar C:\Users\Administrator\Desktop\xx\demo.jar --debug
這裏須要注意幾點:
這裏若不配置具體的包的日誌級別,日誌文件信息將爲空
若只配置logging.path,那麼將會在F:\demo文件夾生成一個日誌文件爲spring.log(ps:該文件名是固定的,不能更改)。若是path路徑不存在,會自動建立該文件夾
若只配置logging.file,那將會在項目的當前路徑下生成一個demo.log日誌文件。這裏可使用絕對路徑如,會自動在e盤下建立文件夾和相應的日誌文件。
logging.file=e:\\demo\\demo.log
logging.path和logging.file同時配置,不會在這個路徑有F:\demo\demo.log日誌生成,logging.path和logging.file不會進行疊加(要注意)
logging.path和logging.file的value均可以是相對路徑或者絕對路徑

           example:html

    
    
    
    
    
  1. #採用Logback日誌框架輸出日誌
  2. #在生產環境環境下,你能夠經過命令行進行配置日誌的debug級別
  3. #java -jar C:\Users\Administrator\Desktop\xx\demo.jar --debug
  4. #默認狀況下,spring boot從控制檯打印出來的日誌級別只有ERROR, WARN 還有INFO,若是你想要打印debug級別的日誌,能夠經過application.properites配置debug= true
  5. debug= true
  6. #配置logging.level.*來具體輸出哪些包的日誌級別
  7. logging.level.org.springframework.web=DEBUG
  8. logging.level.com.xuexin.xcloud.print.service.mapper=DEBUG
  9. #將日誌輸出到文件中
  10. #默認狀況下spring boot是不將日誌輸出到日誌文件中,但你能夠經過在application.properites文件中配置logging.file文件名稱和logging.path文件路徑,將日誌輸出到文件中
  11. logging.file=./xcloud-print.log
  12. #logging.path=F:\\demo

2.使用logback日誌框架
logback日誌框架官網:http://logback.qos.ch
2.1 logback日誌框架的簡介(摘自官網-->英文很差湊合看吧)
Logback is intended as a successor to the popular log4j project, picking up where log4j leaves off.
(Logback旨在做爲受歡迎的log4j項目的繼承者,它拾起log4j離開的地方。)
Logback's architecture is sufficiently generic so as to apply under different circumstances. At present time, logback is divided into three modules, logback-core, logback-classic and logback-access.
(Logback的架構是很是通用的,以便在不一樣的狀況下應用。目前,logback分爲三個模塊:logback-core,logback-classic和logback-access。)
The logback-core module lays the groundwork for the other two modules. The logback-classic module can be assimilated to a significantly improved version of log4j. Moreover, logback-classic natively implements the SLF4J API so that you can readily switch back and forth between logback and other logging frameworks such as log4j or java.util.logging (JUL).
(對數核心模塊爲其餘兩個模塊奠基了基礎。logback-classic模塊能夠被同化到顯着改進的log4j版本。此外,logback-classic本機實現了SLF4J API,以便您能夠輕鬆地在logback和log4j或java.util.logging(JUL)之類的日誌記錄框架之間來回切換。)
The logback-access module integrates with Servlet containers, such as Tomcat and Jetty, to provide HTTP-access log functionality. Note that you could easily build your own module on top of logback-core.
(回溯訪問模塊與Servlet容器(如Tomcat和Jetty)集成,以提供HTTP訪問日誌功能。請注意,您能夠輕鬆地在logback-core之上構建本身的模塊。)
2.2 從log4j切換到logback上的緣由(摘自官網)
一、更快的實現  Logback的內核重寫了,在一些關鍵執行路徑上性能提高10倍以上。並且logback不只性能提高了,初始化內存加載也更小了。
二、很是充分的測試  Logback通過了幾年,數不清小時的測試。Logback的測試徹底不一樣級別的。在做者的觀點,這是簡單重要的緣由選擇logback而不是log4j。
三、Logback-classic很是天然實現了SLF4j    Logback-classic實現了 SLF4j。在使用SLF4j中,你都感受不到logback-classic。並且由於logback-classic很是天然地實現了SLF4J,  所 以切換到log4j或者其餘,很是容易,只須要提供成另外一個jar包就OK,根本不須要去動那些經過SLF4JAPI實現的代碼。
四、很是充分的文檔  官方網站有兩百多頁的文檔。
五、自動從新加載配置文件  當配置文件修改了,Logback-classic能自動從新加載配置文件。掃描過程快且安全,它並不須要另外建立一個掃描線程。這個技術充分保證了應用程序能跑得很歡在JEE環境裏面。
六、Lilith   Lilith是log事件的觀察者,和log4j的chainsaw相似。而lilith還能處理大數量的log數據 。
七、謹慎的模式和很是友好的恢復  在謹慎模式下,多個FileAppender實例跑在多個JVM下,能 夠安全地寫道同一個日誌文件。RollingFileAppender會有些限制。Logback的FileAppender和它的子類包括 RollingFileAppender可以很是友好地從I/O異常中恢復。
八、配置文件能夠處理不一樣的狀況   開發人員常常須要判斷不一樣的Logback配置文件在不一樣的環境下(開發,測試,生產)。而這些配置文件僅僅只有一些很小的不一樣,能夠經過,和來實現,這樣一個配置文件就能夠適應多個環境。
九、Filters(過濾器)  有些時候,須要診斷一個問題,須要打出日誌。在log4j,只有下降日誌級別,不過這樣會打出大量的日誌,會影響應用性能。在Logback,你能夠繼續 保持那個日誌級別而除掉某種特殊狀況,如alice這個用戶登陸,她的日誌將打在DEBUG級別而其餘用戶能夠繼續打在WARN級別。要實現這個功能只需 加4行XML配置。能夠參考MDCFIlter 。
十、SiftingAppender(一個很是多功能的Appender)  它能夠用來分割日誌文件根據任何一個給定的運行參數。如,SiftingAppender可以區別日誌事件跟進用戶的Session,而後每一個用戶會有一個日誌文件。
十一、自動壓縮已經打出來的log  RollingFileAppender在產生新文件的時候,會自動壓縮已經打出來的日誌文件。壓縮是個異步過程,因此甚至對於大的日誌文件,在壓縮過程當中應用不會受任何影響。
十二、堆棧樹帶有包版本  Logback在打出堆棧樹日誌時,會帶上包的數據。
1三、自動去除舊的日誌文件  經過設置TimeBasedRollingPolicy或者SizeAndTimeBasedFNATP的maxHistory屬性,你能夠控制已經產生日誌文件的最大數量。若是設置maxHistory 12,那那些log文件超過12個月的都會被自動移除。
總之,logback比log4j太優秀了,讓咱們的應用所有創建logback上吧 !
2.3 Logback配置
Logback能夠以編程方式配置,也能夠配置爲以XML或Groovy格式表示的配置腳本。順便說一下,現有的log4j用戶可使用咱們的 PropertiesTranslator Web應用程序將其log4j.properties文件轉換 爲logback.xml-->地址:https://logback.qos.ch/translator/
讓咱們從討論初始化步驟開始,嘗試配置本身:
1.Logback嘗試在類路徑中找到一個名爲logback-test.xml 的文件 。
2.若是沒有找到這樣的文件,logback嘗試在類路徑中找到一個名爲logback.groovy 的文件 。
3.若是沒有找到這樣的文件,它會檢查classpath中的文件 logback.xml 。
4.If no such file is found, service-provider loading facility (introduced in JDK 1.6) is used to resolve the implementation of com.qos.logback.classic.spi.Configurator interface by looking up the file META-INF\services\ch.qos.logback.classic.spi.Configurator in the class path. Its contents should specify the fully qualified class name of the desired Configurator implementation
5.若是以上都不成功,則logback會自動配置,BasicConfigurator 這將致使日誌輸出被導向控制檯。
java代碼使用example:final static Logger logger = LoggerFactory.getLogger(MyApp1.class);logger.info("Entering application.");


小提示:
1.若是您使用Maven,而且將 logback-test.xml放在src / test / resources 文件夾下,Maven將確保它不會包含在生成的工件中。所以,您可使用不一樣的配置文件,即測試期間的logback-test.xml,以及生產中的另外一個文件,即logback.xml
2.Logger 能夠被分配級別。級別包括:TRACE、DEBUG、INFO、WARN 和 ERROR,定義於 ch.qos.logback.classic.Level類。若是 logger沒有被分配級別,那麼它將從有被分配級別的最近的祖先那裏繼承級別。root logger 默認級別是 DEBUG
3.打印方法決定記錄請求的級別。例如,若是 L 是一個 logger 實例,那麼,語句 L.info("..")是一條級別爲 INFO 的記錄語句。記錄請求的級別在高於或等於其 logger 的有效級別時被稱爲被啓用,不然,稱爲被禁用。記錄請求級別爲 p,其logger的有效級別爲 q,只有則當 p>=q時,該請求才會被執行。該規則是 logback 的核心。級別排序爲: TRACE < DEBUG < INFO < WARN < ERROR

example:
<?xml version="1.0" encoding="UTF-8"?>
    <!--<include resource="org/springframework/boot/logging/logback/base.xml" />-->
    <!-- 一、logger 5 屬性: 6 1)name:用來指定受此logger約束的某一個包或者具體的某一個類 7 2)level:用來設置打印級別,大小寫無關(最經常使用的幾種):DEBUG, INFO, WARN, ERROR 8 二、 9 -->
    <!-- <logger name="org.springframework.web" level="DEBUG" /> -->
    <!-- show parameters for hibernate sql 專爲 Hibernate 定製 -->
    <!--<logger name="org.hibernate.type.descriptor.sql.BasicBinder" level="TRACE" />-->
    <!--<logger name="org.hibernate.type.descriptor.sql.BasicExtractor" level="DEBUG" />-->
    <!--<logger name="org.hibernate.SQL" level="DEBUG" />-->
    <!--<logger name="org.hibernate.engine.QueryParameters" level="DEBUG" />-->
    <!--<logger name="org.hibernate.engine.query.HQLQueryPlan" level="DEBUG" />-->
    <!-- mybatis日誌打印 -->
    <!-- <logger name="com.ibatis" level="DEBUG" /> -->
    <!-- <logger name="com.ibatis.common.jdbc.SimpleDataSource" level="DEBUG" /> -->
    <!-- <logger name="com.ibatis.common.jdbc.ScriptRunner" level="DEBUG" /> -->
    <!-- <logger name="com.ibatis.sqlmap.engine.impl.SqlMapClientDelegate" level="DEBUG" /> -->
    <!-- <logger name="java.sql.Connection" level="DEBUG" /> -->
    <!-- <logger name="java.sql.Statement" level="DEBUG" /> -->
    <!-- <logger name="java.sql.PreparedStatement" level="DEBUG" /> -->
    <!-- 這一句相當重要若是沒有,就沒法輸出sql語句 -->
    <!--<logger name="com.xuexin.xcloud.print.service.mapper" level="DEBUG"></logger>-->
    <!-- 說明: 一、日誌級別及文件 日誌記錄採用分級記錄,級別與日誌文件名相對應,不一樣級別的日誌信息記錄到不一樣的日誌文件中 例如:error級別記錄到log_error_xxx.log或log_error.log(該文件爲當前記錄的日誌文件),而log_error_xxx.log爲歸檔日誌, 日誌文件按日期記錄,同一天內,若日誌文件大小等於或大於2M,則按0、一、2...順序分別命名 例如log-level-2013-12-21.0.log 其它級別的日誌也是如此。 二、文件路徑 若開發、測試用,在Eclipse中運行項目,則到Eclipse的安裝路徑查找logs文件夾,以相對路徑../logs。 若部署到Tomcat下,則在Tomcat下的logs文件中 三、Appender FILEERROR對應error級別,文件名以log-error-xxx.log形式命名 FILEWARN對應warn級別,文件名以log-warn-xxx.log形式命名 FILEINFO對應info級別,文件名以log-info-xxx.log形式命名 FILEDEBUG對應debug級別,文件名以log-debug-xxx.log形式命名 stdout將日誌信息輸出到控制上,爲方便開發測試使用 -->
    <!-- 彩色日誌 -->
    <!-- 彩色日誌依賴的渲染類 -->
    <!-- 彩色日誌格式 -->
    <!--包名輸出縮進對齊-->
    <!--<property name="CONSOLE_LOG_PATTERN" value="${CONSOLE_LOG_PATTERN:-%clr(%d{yyyy-MM-dd HH:mm:ss.SSS}){faint} %clr(${LOG_LEVEL_PATTERN:-%5p}) %clr(${PID:- }){magenta} %clr(-){faint} %clr([%15.15t]){faint} %clr(%-40.40logger{39}){cyan} %clr(:){faint} %m%n${LOG_EXCEPTION_CONVERSION_WORD:-%wEx}}" />-->xcloud-print
    <!--設置系統日誌目錄-->
    <!-- 日誌記錄器,日期滾動記錄 -->
    <!-- 正在記錄的日誌文件的路徑及文件名 -->${LOG_PATH}/${APPDIR}/xcloud-print_log_error.log
    <!-- 日誌記錄器的滾動策略,按日期,按大小記錄 -->
    <!-- 歸檔的日誌文件的路徑,例現在天是2013-12-21日誌,當前寫的日誌文件路徑爲file節點指定,能夠將此文件與file指定文件路徑設置爲不一樣路徑,從而將當前日誌文件或歸檔日誌文件置不一樣的目錄。 而2013-12-21的日誌文件在由fileNamePattern指定。%d{yyyy-MM-dd}指定日期格式,%i指定索引 -->${LOG_PATH}/${APPDIR}/error/xcloud-print_log-error-%d{yyyy-MM-dd}.%i.log
    <!-- 除按日誌記錄以外,還配置了日誌文件不能超過2M,若超過2M,日誌文件會以索引0開始, 命名日誌文件,例如log-error-2013-12-21.0.log -->12MB
    <!-- 追加方式記錄日誌 -->true
    <!-- 日誌文件的格式 -->%d{yyyy-MM-dd HH:mm:ss.SSS} %-5level --- [%thread] %logger Line:%-3L - %msg%nutf-8
    <!-- 此日誌文件只記錄error級別的 -->errorACCEPTDENY
    <!-- 日誌記錄器,日期滾動記錄 -->
    <!-- 正在記錄的日誌文件的路徑及文件名 -->${LOG_PATH}/${APPDIR}/xcloud-print_log_warn.log
    <!-- 日誌記錄器的滾動策略,按日期,按大小記錄 -->
    <!-- 歸檔的日誌文件的路徑,例現在天是2013-12-21日誌,當前寫的日誌文件路徑爲file節點指定,能夠將此文件與file指定文件路徑設置爲不一樣路徑,從而將當前日誌文件或歸檔日誌文件置不一樣的目錄。 而2013-12-21的日誌文件在由fileNamePattern指定。%d{yyyy-MM-dd}指定日期格式,%i指定索引 -->${LOG_PATH}/${APPDIR}/warn/xcloud-print_log-warn-%d{yyyy-MM-dd}.%i.log
    <!-- 除按日誌記錄以外,還配置了日誌文件不能超過2M,若超過2M,日誌文件會以索引0開始, 命名日誌文件,例如log-error-2013-12-21.0.log -->12MB
    <!-- 追加方式記錄日誌 -->true
    <!-- 日誌文件的格式 -->%d{yyyy-MM-dd HH:mm:ss.SSS} %-5level --- [%thread] %logger Line:%-3L - %msg%nutf-8
    <!-- 此日誌文件只記錄warn級別的 -->warnACCEPTDENY
    <!-- 日誌記錄器,日期滾動記錄 -->
    <!-- 正在記錄的日誌文件的路徑及文件名 -->${LOG_PATH}/${APPDIR}/xcloud-print_log_info.log
    <!-- 日誌記錄器的滾動策略,按日期,按大小記錄 -->
    <!-- 歸檔的日誌文件的路徑,例現在天是2013-12-21日誌,當前寫的日誌文件路徑爲file節點指定,能夠將此文件與file指定文件路徑設置爲不一樣路徑,從而將當前日誌文件或歸檔日誌文件置不一樣的目錄。 而2013-12-21的日誌文件在由fileNamePattern指定。%d{yyyy-MM-dd}指定日期格式,%i指定索引 -->${LOG_PATH}/${APPDIR}/info/xcloud-print_log-info-%d{yyyy-MM-dd}.%i.log
    <!-- 除按日誌記錄以外,還配置了日誌文件不能超過2M,若超過2M,日誌文件會以索引0開始, 命名日誌文件,例如log-error-2013-12-21.0.log -->12MB
    <!-- 追加方式記錄日誌 -->true
    <!-- 日誌文件的格式 -->%d{yyyy-MM-dd HH:mm:ss.SSS} %-5level --- [%thread] %logger Line:%-3L - %msg%nutf-8
    <!-- 此日誌文件只記錄info級別的 -->infoACCEPTDENY
    <!-- 日誌記錄器,日期滾動記錄 -->
    <!-- 正在記錄的日誌文件的路徑及文件名 -->${LOG_PATH}/${APPDIR}/xcloud-print_log_debug.log
    <!-- 日誌記錄器的滾動策略,按日期,按大小記錄 -->
    <!-- 歸檔的日誌文件的路徑,例現在天是2013-12-21日誌,當前寫的日誌文件路徑爲file節點指定,能夠將此文件與file指定文件路徑設置爲不一樣路徑,從而將當前日誌文件或歸檔日誌文件置不一樣的目錄。 而2013-12-21的日誌文件在由fileNamePattern指定。%d{yyyy-MM-dd}指定日期格式,%i指定索引 -->${LOG_PATH}/${APPDIR}/info/xcloud-print_log-debug-%d{yyyy-MM-dd}.%i.log
    <!-- 除按日誌記錄以外,還配置了日誌文件不能超過2M,若超過2M,日誌文件會以索引0開始, 命名日誌文件,例如log-error-2013-12-21.0.log -->12MB
    <!-- 追加方式記錄日誌 -->true
    <!-- 日誌文件的格式 -->%d{yyyy-MM-dd HH:mm:ss.SSS} %-5level --- [%thread] %logger Line:%-3L - %msg%nutf-8
    <!-- 此日誌文件只記錄debug級別的 -->debugACCEPTDENY
    <!--encoder 默認配置爲PatternLayoutEncoder-->${CONSOLE_LOG_PATTERN}
    <!--<pattern>%d{yyyy-MM-dd HH:mm:ss.SSS} %-5level -undefinedundefined [%thread] %logger Line:%-3L - %msg%n</pattern>-->utf-8
    <!--此日誌appender是爲開發使用,只配置最底級別,控制檯輸出的日誌級別是大於或等於此級別的日誌信息-->debug
    <!-- mybatis日誌打印 -->
    <!-- 生產環境下,將此級別配置爲適合的級別,以避免日誌文件太多或影響程序性能 -->
    <!-- 生產環境將請stdout,testfile去掉 -->
    <!--日誌異步到數據庫 -->
    <!--<appender name="DB" class="ch.qos.logback.classic.db.DBAppender">-->
    <!-- <!&ndash;日誌異步到數據庫 &ndash;>-->
    <!--<connectionSource class="ch.qos.logback.core.db.DriverManagerConnectionSource">-->
    <!-- <!&ndash;鏈接池 &ndash;>-->
    <!--<dataSource class="com.mchange.v2.c3p0.ComboPooledDataSource">-->
    <!--<driverClass>com.mysql.jdbc.Driver</driverClass>-->
    <!--<url>jdbc:mysql://127.0.0.1:3306/databaseName</url>-->
    <!--<user>root</user>-->
    <!--<password>root</password>-->
    <!--</dataSource>-->
    <!--</connectionSource>-->
    <!--</appender>-->

原文地址:https://blog.csdn.net/long290046464/article/details/73790203java

相關文章
相關標籤/搜索