你的網站慢嗎？加載需要很長時間嗎？用戶是否抱怨它幾乎 無法使用 ？您應該檢查您的資料庫查詢。我將向您展示一種輕鬆分析所有資料庫查詢的簡潔方法。
當然，您的網站速度慢的原因有很多，但最常見的原因之一是資料庫查詢速度慢。
但是在laravel 中，我們（大多數時候）不使用SQL 從資料庫中取得數據，我們使用Eloquent ORM 和查詢建構器 ，這有時會導致很難找出造成我們網站如此緩慢的查詢。
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影片教學】
以上是淺析Laravel 中怎麼找到最慢的查詢的詳細內容。更多資訊請關注PHP中文網其他相關文章！
