基于某些原因，你不能使用 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 并不会进行记录，并且该异常会在返回到监听之前发生。
推荐教程：《PHP教程》《Laravel教程》
以上就是Laravel 中 SQL Debug 小技巧的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/88224.html
微信扫一扫 
支付宝扫一扫 
