基于某些原因,你不能使用 laravel DebugBar ,這篇文章可能會幫到你。
針對 Laravel 應用的優化遠遠不止消除 N+1 問題那么簡單。合理的使用 Laravel DebugBar 可以對模型內存的使用以及 SQL 查詢時效等問題給出合理的解決方案。
可能你并不喜歡使用 Laravel DebugBar,或者基于某些原因而不能使用(比如基于接口應用的開發),那么 Database Listener 將會是個不錯的方法,他將記錄你的 SQL 查詢到日志。
這在生產環境與測試環境同樣適用,你可以很簡單的通過 env 或者 config 控制它的啟用與否。
如何使用:
將此添加到你的 AppServiceProvider 的啟動方法中
?if?(env("SQL_DEBUG_LOG")) ????{ ????????DB::listen(function?($query)?{ ????????????Log::debug("DB:?"?.?$query->sql?.?"[".??implode(",",$query->bindings).?"]"); ????????}); ????}
如果你在生產環境中使用它的話,我建議你可以把 config 中的配置信息放到 env 中,然后你還可以(并且應該)緩存這個 config 信息
我發現另一個問題是假如 sql 調用本身失敗,會拋出一個異常,在成功調用前其監聽的 DB::listen 并不會進行記錄,并且該異常會在返回到監聽之前發生。
? 版權聲明
文章版權歸作者所有,未經允許請勿轉載。
THE END