在 Laravel 項目中，隨著流量增長，數(shù)據(jù)庫查詢速度變慢的情況並不少見。最近在優(yōu)化一個房地產(chǎn)平臺的後端時，我遇到了這個問題，並從中吸取了一些經(jīng)驗教訓。

數(shù)據(jù)庫優(yōu)化是開發(fā)可擴展、高性能應用程序的關鍵領域之一。它能提升數(shù)據(jù)檢索速度，從而縮短響應時間和頁面加載時間，並降低服務器負載，最大限度地降低成本。

房地產(chǎn)平臺的挑戰(zhàn)

想像一下：你構建了一個出色的房地產(chǎn)平臺，服務於多個城市，並配備了高級搜索過濾器。房產(chǎn)列表加載速度很快，搜索過濾器響應迅速，一切看起來都很完美。但是，隨著應用程序規(guī)模的擴大和用戶群的增長，那些在開發(fā)過程中表現(xiàn)完美的查詢開始執(zhí)行時間越來越長。是不是聽起來很熟悉？

這正是我們平臺遇到的情況。 Sentry 警報在生產(chǎn)環(huán)境中標記了緩慢的數(shù)據(jù)庫查詢，這給了我們一個警醒。監(jiān)控顯示，搜索結(jié)果查詢需要 5 秒以上才能完成——這與我們承諾的快速體驗相差甚遠！

常見的查詢?nèi)毕荩ㄒ约叭绾伪苊猓?/h2>

1. N 1 查詢問題：數(shù)據(jù)庫的秘密敵人

還記得那些玩遊戲時，擊敗一個敵人會產(chǎn)生多個較小敵人的情況嗎？這與 Laravel 中的 N 1 查詢問題本質(zhì)上是一樣的。你獲取房產(chǎn)列表，然後為每個房產(chǎn)進行額外的查詢以獲取相關數(shù)據(jù)。在你意識到之前，你的數(shù)據(jù)庫正在處理數(shù)百個查詢，而不是只有一個。

以下是它的典型表現(xiàn)：

<code>// 優(yōu)化前
$properties = Property::all();
foreach ($properties as $property) {
    echo $property->agent->name;  // 每個房產(chǎn)都會觸發(fā)一個新的查詢
}

// 優(yōu)化后
// 使用 `with()` 進行預加載
$properties = Property::with(['agent'])->get();
foreach ($properties as $property) {
    echo $property->agent->name;  // 不需要額外的查詢！
}</code>

2. 數(shù)據(jù)庫索引的藝術

可以將數(shù)據(jù)庫索引比作書的索引——它們可以幫助你找到所需內(nèi)容，而無需掃描每一頁。但是，索引遠不止將索引添加到每一列。讓我們深入探討。

理解不同類型的索引

<code>// 基本的單列索引
Schema::table('properties', function (Blueprint $table) {
    $table->index('price');
});

// 多列的組合索引
Schema::table('properties', function (Blueprint $table) {
    $table->index(['city', 'price']); // 順序很重要！
});

// 唯一索引
Schema::table('properties', function (Blueprint $table) {
    $table->unique('property_code');
});</code>

索引策略最佳實踐

1. 組合索引中的列順序很重要

<code>   // 良好：匹配查詢模式
   $properties = Property::where('city', 'New York')
                        ->whereBetween('price', [200000, 500000])
                        ->get();

   // 索引應匹配此模式
   $table->index(['city', 'price']); // 首先是城市，然后是價格</code>

2. 選擇性索引 並非每一列都需要索引。選擇要索引哪些列的一些指導原則包括：

   • 索引在 WHERE 子句和 ORDER BY 語句中經(jīng)常使用的列
   • 索引外鍵列
   • 不要索引選擇性低的列（例如布爾標誌）

3. 監(jiān)控索引使用情況

<code>   -- 檢查索引使用情況的 MySQL 查詢
   SELECT
       table_name,
       index_name,
       index_type,
       stat_name,
       stat_value
   FROM mysql.index_statistics
   WHERE table_name = 'properties';</code>

3. 只選擇你需要的內(nèi)容，而不是所有內(nèi)容

我見過的（以及犯過的）最常見的錯誤之一是默認使用 select *。這就像去雜貨店購物，卻買下整個商店的東西，而你只需要一頓飯的食材。以下是一種更好的方法：

<code>// 優(yōu)化前
$properties = Property::all();
foreach ($properties as $property) {
    echo $property->agent->name;  // 每個房產(chǎn)都會觸發(fā)一個新的查詢
}

// 優(yōu)化后
// 使用 `with()` 進行預加載
$properties = Property::with(['agent'])->get();
foreach ($properties as $property) {
    echo $property->agent->name;  // 不需要額外的查詢！
}</code>

4. 用於大型數(shù)據(jù)集的分塊處理

處理大型數(shù)據(jù)集時，在單個操作中處理所有內(nèi)容可能會壓垮系統(tǒng)的資源並造成瓶頸。相反，可以使用 Laravel 的 chunk 方法以可管理的批次處理記錄：

<code>// 基本的單列索引
Schema::table('properties', function (Blueprint $table) {
    $table->index('price');
});

// 多列的組合索引
Schema::table('properties', function (Blueprint $table) {
    $table->index(['city', 'price']); // 順序很重要！
});

// 唯一索引
Schema::table('properties', function (Blueprint $table) {
    $table->unique('property_code');
});</code>

5. 切實有效的緩存策略

緩存就像有一個能夠記住一切的好助手。但是，像任何助手一樣，它需要明確的指示。

<code>   // 良好：匹配查詢模式
   $properties = Property::where('city', 'New York')
                        ->whereBetween('price', [200000, 500000])
                        ->get();

   // 索引應匹配此模式
   $table->index(['city', 'price']); // 首先是城市，然后是價格</code>

專業(yè)提示：不要緩存所有內(nèi)容！重點關注：

• 經(jīng)常訪問的數(shù)據(jù)
• 計算成本高的數(shù)據(jù)
• 不經(jīng)常更改的數(shù)據(jù)

最佳實踐

1. 先監(jiān)控，後優(yōu)化 不要陷入過早優(yōu)化的陷阱。使用 Laravel 內(nèi)置的查詢?nèi)照I或 Telescope 等工具來識別實際的瓶頸。
2. 以集合思考，而不是循環(huán) 每當你發(fā)現(xiàn)自己編寫了一個查詢數(shù)據(jù)庫的 foreach 循環(huán)時，請退一步，問問自己是否有一種方法可以用單個查詢來處理它。
3. 策略性地緩存 並非所有內(nèi)容都需要緩存。關注經(jīng)常訪問的、計算成本高的查詢，這些查詢不需要實時準確性。
4. 深思熟慮地創(chuàng)建索引 將索引視為書的目錄——你需要足夠的細節(jié)才能快速找到東西，但不要太多以至於目錄比書本身還長。

需要避免的常見缺陷

• 不要“預加載”不需要的關係
• 避免在循環(huán)中運行查詢（偽裝的 N 1 問題的陷阱）
• 不要緩存所有內(nèi)容——有時緩存管理的開銷超過了好處
• 對大型數(shù)據(jù)集中的非索引列使用 orderBy 時要小心
• 不要為在 WHERE 子句中很少使用的列創(chuàng)建索引
• 避免頻繁更新索引列；每次更新都需要索引維護

結(jié)論：這是一個旅程，而不是目的地

數(shù)據(jù)庫優(yōu)化不是一項可以從清單中勾選的一次性任務。它更像是照料花園——定期維護和關注才能獲得最佳效果。從這些基礎知識開始，監(jiān)控應用程序的性能，並不斷改進你的方法。

記住，目標不是實現(xiàn)你所知道的每種優(yōu)化技術。而是要在代碼可維護性和性能之間找到適合你特定用例的平衡點。有時，一個簡單的預加載語句比花費數(shù)小時進行複雜的優(yōu)化策略對應用程序的性能更有幫助。

你在 Laravel 項目中遇到了哪些優(yōu)化挑戰(zhàn)和/或解決了哪些問題？讓我們在評論中討論！

以上是Laravel績效調(diào)整：優(yōu)化數(shù)據(jù)庫查詢以進行可伸縮性的詳細內(nèi)容。更多資訊請關注PHP中文網(wǎng)其他相關文章！