日誌等級
等級描述
debug
最詳細的日誌資訊，典型應用場景是問題診斷
info
資訊詳細程度僅次於debug，通常只記錄關鍵節點資訊，用於確認一切都是按照我們預期的那樣進行工作
warning
當某些不期望的事情發生時記錄的資訊（如，磁碟可用空間較低），但是此時應用程式還是正常執行的
error
由於乙個更嚴重的問題導致某些功能不能正常執行時記錄的資訊
critical
當發生嚴重錯誤，導致應用程式不能繼續執行時記錄的資訊
debug < info < warning < error < critical
logging.debug(msg,
*args,
**kwargs)
logging.info(msg,
*args,
**kwargs)
logging.warning(msg,
*args,
**kwargs)
logging.error(msg,
*args,
**kwargs)
logging.critical(msg,
*args,
**kwargs)
用來修改日誌的輸出格式和方式。可選引數
引數意義
filename
指定日誌檔名
filemode
指定日誌檔案開啟的模式，w 或 a
level
指定日誌級別，預設 logging.warning
format
指定輸出的格式和內容，format 的參考資訊如下
datefmt
使用指定的時間格式，format 引數中有 asctime 的話，需要使用 datefmt 指定格式
格式意義
%(levelno)s
列印日誌級別的數值
%(levelname)s
列印日誌級別名稱
%(pathname)s
列印當前執行程式的路徑，其實就是sys.ar**[0]
%(filename)s
列印當前執行程式名
%(funcname)s
列印日誌的當前函式
%(lineno)d
列印日誌的當前行號
%(asctime)s
列印日誌的時間
%(thread)d
列印執行緒id
%(threadname)s
列印執行緒名稱
%(process)d
列印程序id
%(message)s
列印日誌資訊
2018 3 21日誌記錄
今日工作 今天的工作重心主要是放在了專案答辯上面，上午把昨天遺留的庫位庫存無法修改的bug修復完畢，同時也修改了在出庫的時候乙個新的bug。問題 在出庫選擇產品的時候出現了取值不變的情況，在產品展示的頁面上，我將庫位id資訊放入了乙個隱藏域中，而且設定的id都是一致的，結果導致每一次取得產品庫位資訊...
ext3日誌掠影
草草瀏了一遍jbd源 分析，對日誌機制的原理和實現有了些粗略的印象，一些細節問題不想深究了，只有在動手實踐之後才能有更深入的理解，這是不可取代的途徑。為了是這一上午和乙個晚上的工作留下些許印象，記錄一些片段士的理解。1.日誌的實現是加在在檔案系統的各種操作流程中的，比如 ext3 fill supe...
flume學習02 日誌記錄除錯
在許多生產環境中，記錄流過攝取流水線的原始資料流是不期望的行為，因為這可能導致洩露敏感資料或安全相關配置，例如到flume日誌檔案的金鑰。預設情況下，flume不會記錄這樣的資訊。另一方面，如果資料流水線斷開，flume將嘗試提供除錯問題的線索。除錯事件管道問題方法 b 確保資料的記錄 bin fl...