通過使查詢和增加存儲需求復(fù)雜化來使Laravel影響性能中的軟刪除。為了減輕這些問題：1）索引deleted_at列以加快查詢的速度，2）使用急切的加載來減少查詢計數(shù)，3）定期清理軟刪除的記錄以維持數(shù)據(jù)庫效率。

在處理Laravel的軟刪除時，主要績效涉及數(shù)據(jù)庫查詢和數(shù)據(jù)管理。軟刪除雖然有助于在沒有永久刪除的情況下保持數(shù)據(jù)完整性，但可以在查詢復(fù)雜性和存儲方面引入開銷。

讓我們深入研究Laravel中軟刪除的世界，并探討它們?nèi)绾斡绊懶阅?，以及一些減輕這些問題的策略。

Laravel中的軟刪除提供了一種“刪除”記錄的方法，而無需實際將其從數(shù)據(jù)庫中刪除。取而代之的是，將deleted_at時間戳添加到記錄中，如果需要，可以輕松修復(fù)。這種方法對于維持歷史數(shù)據(jù)并提供針對意外刪除的安全網(wǎng)是很棒的。但是，與任何功能一樣，都有權(quán)衡，尤其是在性能方面。

當您開始使用軟刪除時，您的查詢會變得更加復(fù)雜。 Laravel會自動在查詢中添加一個WHERE deleted_at IS NULL子句的位置，以確保不會返回“已刪除”記錄。這似乎很容易，但是隨著數(shù)據(jù)庫的增長，這種附加條件可能會減慢查詢，尤其是在處理大型數(shù)據(jù)集的情況下。

考慮以下情況：您正在運行一個繁忙的電子商務(wù)平臺，其中數(shù)千種產(chǎn)品。您已經(jīng)實施了軟刪除來管理產(chǎn)品列表?，F(xiàn)在，當您查詢產(chǎn)品表時，Laravel添加了額外的條件。在小規(guī)模上，這不是引人注目的，但是隨著數(shù)據(jù)庫尺度的規(guī)模，您可能會開始看到性能退化。

這是一個簡單的示例，說明軟刪除如何影響您的查詢：

 //沒有軟刪除
$ products = product :: all（）;

//帶有軟刪除
$ products = product :: wherenull（'deleted_at'） - > get（）;

現(xiàn)在，讓我們談?wù)勔恍┎呗裕允鼓膽?yīng)用程序盡管刪除柔和，但仍使您的應(yīng)用程序順利嗡嗡作響。

一種方法是索引deleted_at列。由于數(shù)據(jù)庫可以更有效地過濾軟刪除的記錄，因此這可以大大加快查詢。這是您可以在遷移中做到這一點的方式：

使用Illuminate \ Database \ Migrations \ Migration;
使用Illuminate \ Database \ Schema \ blueprint;

類AddIndextodeTedatColumn擴展遷移
{
    公共功能UP（）
    {
        schema :: table（'產(chǎn)品'，函數(shù)（藍圖$ table）{
            $ table-> index（'deleted_at'）;
        }）;
    }

    公共功能降低（）
    {
        schema :: table（'產(chǎn)品'，函數(shù)（藍圖$ table）{
            $ table-> dropIndex（'deleted_at'）;
        }）;
    }
}

另一個策略是在查詢軟刪除模型時使用急切的加載。急切的加載可以幫助減少執(zhí)行的查詢數(shù)量，這在處理相關(guān)模型時尤其有益。例如：

 $ products = product :: with（'cattory'） - > wherenull（'deleted_at'） - > get（）;

但是，在您實際上想在結(jié)果中包含軟刪除的記錄的時候，那又如何呢？ Laravel為此目的提供了withTrashed()方法：

 $ allproducts = product :: withtrashed（） - > get（）;

但是，在使用withTrashed()時要謹慎，因為如果不小心使用，它可能會導(dǎo)致意外結(jié)果。始終考慮對您應(yīng)用程序的邏輯和性能的影響。

我遇到的一個常見的陷阱是誘惑到處使用軟刪除。雖然誘人擁有安全網(wǎng)很容易，但是過度使用軟刪除會導(dǎo)致腫脹的數(shù)據(jù)庫和較慢的查詢。評估每個模型是否真正必要的軟刪除至關(guān)重要。有時，簡單的硬刪除可能更合適，尤其是對于不需要還原的數(shù)據(jù)。

要考慮的另一個方面是對您應(yīng)用程序內(nèi)存使用的影響。在處理大型數(shù)據(jù)集時，將所有記錄（包括軟刪除的記錄）加載到內(nèi)存中可能是資源密集的。在設(shè)計查詢時要注意這一點，并考慮使用分頁或塊來有效地管理內(nèi)存使用情況。

這是您如何使用塊來處理大量記錄的一個示例：

 product :: withtrashed（） - >塊（100，功能（$ products）{
    foreach（$ apersys as $ product）{
        //處理每個產(chǎn)品
    }
}）;

在最佳實踐方面，定期清理軟刪除的記錄至關(guān)重要。隨著時間的流逝，這些記錄會積累并影響性能。實施計劃的任務(wù)以永久刪除不再需要的記錄可以幫助維護精益和高效的數(shù)據(jù)庫。這是您可以設(shè)置一個簡單的Cron工作來完成的：

 //在您的app/console/kernel.php文件中
受保護的功能時間表（時間表$時間表）
{
    $ schedule->命令（'型號：prune'） - > daily（）;
}

//創(chuàng)建一個自定義命令來處理修剪
PHP工匠制造：命令prunesoftdeletedRecords

//在app/console/commands/prunesoftdeletdrecords.php中
類PrunesoftDeletedRecords擴展命令
{
    受保護的$簽名='模型：修剪';

    公共功能句柄（）
    {
        product :: hellytrashed（） - > where（&#39;deleted_at&#39;，&#39;<&#39;，now（） - > subdays（30）） - > forceDelete（）;
    }
}

總而言之，盡管Laravel中的軟刪除提供了一種強大的方法來管理數(shù)據(jù)，但它們帶來了需要解決的績效注意事項。通過了解它們?nèi)绾斡绊懩牟樵?，適當?shù)厮饕?，使用急切的加載并實施常規(guī)清理，您可以減輕這些性能問題并保持應(yīng)用程序的運行順利。請記住，關(guān)鍵是要明智地使用軟刪除，并始終關(guān)注數(shù)據(jù)庫的健康和性能。

以上是Laravel：軟刪除了性能問題的詳細內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！