Laravel中如何找到最慢的查詢

這篇“Laravel中如何找到最慢的查詢”文章的知識點大部分人都不太理解，所以小編給大家總結了以下內容，內容詳細，步驟清晰，具有一定的借鑒價值，希望大家閱讀完這篇文章能有所收獲，下面我們一起來看看這篇“Laravel中如何找到最慢的查詢”文章吧。

DB::listen()

幸運的是，在 laravel 中，我們可以定義一個在每次執行查詢時調用的回調（參見 此處）。為此，請將以下代碼添加到任何服務提供者（例如 AppServiceProvider）：

public function boot()
{
    DB::listen(function ($query) {
    // TODO: make this useful
    });
}

如您所見，我們接收了一個變量 $query，這個變量是 QueryExecuted 類的一個實例。這意味著我們可以訪問有關已執行查詢的一些信息：

 DB::listen(function ($query) {
     $query->sql; // 執行的 sql 字符串
     $query->bindings; // 傳遞給sql查詢的參數（這將替換sql字符串中的 "?"）
     $query->time; // 執行查詢所用的時間；
 });

這是非常有用的信息，現在我們可以通過查看 $query->time 屬性來識別慢查詢。 但這并沒有告訴我們在我們的代碼中查詢執行的位置。

我怎么知道查詢是在哪里執行的？

即使該 $query 變量沒有給我們任何關于其來源的信息， 我們仍然可以使用 PHP 內置函數  debug_backtrace() 獲取該信息。

DB::listen(function ($query) {
    dd(debug_backtrace());
});

如果你在你的項目上運行它，你會在瀏覽器上看到類似這樣的東西：

array:63 [▼
  0 => array:7 [▼
 "file"=>"/home/cosme/Documents/projects/cosme.dev/vendor/laravel/framework/src/Illuminate/Events/Dispatcher.php"
    "line" => 404
    "function" => "App\Providers\{closure}"
    "class" => "App\Providers\AppServiceProvider"
    "object" => App\Providers\AppServiceProvider {#140 ?}
    "type" => "->"
    "args" => array:1 [?]
  ]
  1 => array:7 [▼
    "file" => "/home/cosme/Documents/projects/cosme.dev/vendor/laravel/framework/src/Illuminate/Events/Dispatcher.php"
    "line" => 249
    "function" => "Illuminate\Events\{closure}"
    "class" => "Illuminate\Events\Dispatcher"
    "object" => Illuminate\Events\Dispatcher {#27 ?}
    "type" => "->"
    "args" => array:2 [?]
  ]
  2 => array:7 [▼
    "file" => "/home/cosme/Documents/projects/cosme.dev/vendor/laravel/framework/src/Illuminate/Database/Connection.php"
    "line" => 887
    "function" => "dispatch"
    "class" => "Illuminate\Events\Dispatcher"
    "object" => Illuminate\Events\Dispatcher {#27 ?}
    "type" => "->"
    "args" => array:1 [?]
  ]
  ....

這是一個數組，其中包含請求中到目前為止的每個函數調用。我將只關注每個數組中的 file 和 line 鍵。

如果你仔細看，你會發現在我的例子中有 63 個函數調用，這是一個簡單的應用程序，如果在更復雜的應用程序中，可能會更多。更糟糕的是，如果您查看頂部的那些， 它們都是 laravel 框架的內部函數。我們是否應該逐一查看，直到找到可能對我們有幫助的東西？

查找查詢位置

正如我之前所說，它們中的大多數是內部框架調用，這意味著這些文件中的大多數都在我們的 vendor/ 目錄中。這意味著我們可以檢查每個 file 并過濾掉任何具有 vendor/ 的調用，如下所示：

DB::listen(function ($query) {
    $stackTrace = collect(debug_backtrace())->filter(function ($trace) {
        return !str_contains($trace['file'], 'vendor/');
    });

    dd($stackTrace);
});

在這里，我將數組轉換為集合以使用該 filter 方法，如果 file 當前 $trace 有 vendor/ 我們將其從集合中刪除。

如果您運行上面的代碼，您將看到如下內容：

Illuminate\Support\Collection {#1237 ▼
  #items: array:5 [▼
    12 => array:7 [▼
      "file" => "/home/cosme/Documents/projects/cosme.dev/app/Models/Post.php"
      "line" => 61
      "function" => "get"
      "class" => "Illuminate\Database\Eloquent\Builder"
      "object" => Illuminate\Database\Eloquent\Builder {#310 ?}
      "type" => "->"
      "args" => []
    ]
    16 => array:6 [?]
    17 => array:6 [?]
    61 => array:7 [?]
    62 => array:4 [?]
  ]
  #escapeWhenCastingToString: false
}

這些項目要少得多，我們從 63 個變成了只有 5 個。最好的部分是集合中的第一項是我們觸發 SQL 查詢的確切位置。這意味著我們可以提取該信息以找到最慢的查詢。

打印到日志

既然我們擁有了我們需要的所有信息，為什么不記錄它以便我們可以檢查并查找最慢的查詢？：

public function boot()
{
    DB::listen(function ($query) {
        $location = collect(debug_backtrace())->filter(function ($trace) {
            return !str_contains($trace['file'], 'vendor/');
        })->first(); // grab the first element of non vendor/ calls

        $bindings = implode(", ", $query->bindings); // format the bindings as string

        Log::info("
            ------------
            Sql: $query->sql
            Bindings: $bindings
            Time: $query->time
            File: ${location['file']}
            Line: ${location['line']}
            ------------
        ");
    });
}

如果您在應用程序中使用它，您可以檢查您的日志文件，您應該會看到如下查詢信息：

[2022-02-03 02:20:14] local.INFO:
------------
Sql: select "title", "slug", "body" from "posts" where "published" = ? order by "id" desc   
Bindings: 1
Time: 0.18
File: /home/cosme/Documents/projects/cosme.dev/app/Models/Post.php
Line: 61
----------

以上就是關于“Laravel中如何找到最慢的查詢”這篇文章的內容，相信大家都有了一定的了解，希望小編分享的內容對大家有幫助，若想了解更多相關的知識內容，請關注億速云行業資訊頻道。