从Laravel 5.8.15开始，查询生成器现在有dd和dump方法

DB::table('data')->where('a', 1)->dump();

对QueryBuilder实例使用toSql（）方法。

DB:：table（'users'）->toSql（）将返回：

从用户中选择*`

这比连接事件侦听器更容易，而且还允许您在构建查询时随时检查查询的实际外观。

注意：此方法适用于查询生成器或Elquent，但使用toSql（）代替first（）或get（）。不能使用此方法同时运行查询和获取SQL。

我通过监听查询日志并附加到日志数组来实现：

//create query
$query=DB::table(...)...->where(...)...->orderBy(...)...
$log=[];//array of log lines
...
//invoked on query execution if query log is enabled
DB::listen(function ($query)use(&$log){
    $log[]=$query;//enqueue query data to logs
});
//enable query log
DB::enableQueryLog();
$res=$query->get();//execute

虽然我很喜欢这个框架，但我讨厌它像垃圾一样运行。

DB:：enableQueryLog（）完全无用。DB：：听同样没用。当我说$query->count（）时，它显示了部分查询，但如果我执行$query->get（），它就没有什么好说的了。

唯一一个似乎能持续工作的解决方案是，故意在ORM参数中添加一些语法或其他错误，例如不存在的列/表名，在调试模式下在命令行上运行代码，最后将通过完整的“frickin”查询吐出SQL错误。否则，如果从web服务器运行，则希望错误出现在日志文件中。

使用debugbar包

composer require "barryvdh/laravel-debugbar": "2.3.*"

$data = User::toSql();
echo $data; //this will retrun select * from users. //here User is model