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

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

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

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

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

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

這是一個(gè)簡(jiǎn)單的示例，說明軟刪除如何影響您的查詢：

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

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

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

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

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

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

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

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

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

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

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

但是，在使用withTrashed()時(shí)要謹(jǐn)慎，因?yàn)槿绻恍⌒氖褂茫赡軙?huì)導(dǎo)致意外結(jié)果。始終考慮對(duì)您應(yīng)用程序的邏輯和性能的影響。

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

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

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

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

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

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

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

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

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

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

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