進階設定

Commerce是高度彈性且可擴充的產品,包含各種規模商家的解決方案。 本節涵蓋設定Commerce以處理大量資料、極端負載和其他企業案例的最佳實務和建議。

校準索引效能

在處理大量資料時,重新索引可能會成為一個問題。 Commerce團隊選取了載入次數最多的索引並啟用批次索引,這可讓您設定要在每個反複專案上處理的一部分資料。 如此一來,使用者就可以根據資料庫中的資料型別和大小調整批次大小。

若要管理此設定,請在對應模組的di.xml檔案中編輯batchRowsCount引數。 下列索引支援此功能:

  • 類別產品索引(目錄模組)
  • 價格索引(目錄模組)
  • EAV索引(目錄模組)
  • 庫存索引(CatalogInventory模組)

您可以調整索引器批次大小變數,以調整索引器效能。 這會控制索引器一次處理多少個實體。 在部分情況下,我們發現索引時間已大幅減少。

例如,如果您執行類似B2B Medium的設定檔,您可以在app/code/Magento/catalog/etc/di.xml中覆寫設定值batchRowsCount,並覆寫預設值50001000。 這使用預設MySQL設定,將完整索引時間從4小時減少到2小時。

NOTE
我們尚未啟用目錄規則索引器的批次處理程式。 具有大量目錄規則的商戶需要調整其MySQL設定以最佳化索引時間。 在這種情況下,編輯您的MySQL組態檔並為TMP_TABLE_SIZE和MAX_HEAP_TABLE_SIZE組態值配置更多記憶體(兩者預設為16M)將可改善此索引器的效能,但會導致MySQL佔用更多RAM。

依網站限制客戶群組和共用目錄

大量產品SKU、網站、客戶群組或共用目錄將會影響產品價格和目錄規則索引器的執行時間。 這是因為所有網站預設都會指派給所有客戶群組(共用目錄)。

若要減少索引時間,您可以從客戶群組(共用目錄)中排除某些網站

設定紅色

有時候,一個Redis例項不足以處理傳入的請求。 我們建議您使用數個解決方案來處理這種情況。

首先,Commerce可讓您為每個快取型別設定個別的快取儲存體。 這可讓您安裝與在Magento中註冊的快取型別數目相同數目的個別Redis執行個體。 實際上,您可能會想要將Redis例項用於最常使用的快取,例如設定、配置和區塊。

另一種解決方案是將設定快取放在檔案系統上,並將其他快取移動到Redis伺服器。 使用此解決方案,您需要個別工具,以集中讓所有網路節點上的設定快取失效。

您也可以使用Redis叢集,以自動增加的節點數目來執行平行讀取/寫入作業。 Commerce不提供此案例的組態,但可透過微幅自訂功能啟動。

設定RabbitMQ

Adobe Commerce支援透過RabbitMQ實作的訊息佇列。 Commerce使用此服務來執行許多非同步作業,包括B2B目錄作業和非同步庫存更新。 所有用於將更多作業新增至作業伺服器的介面都會隨產品分發,並可在第三方擴充功能的範圍內用於自訂非同步邏輯實施。 與任何其他整合一樣,Commerce提供RabbitMQ的範例組態檔,其中包含所有建議的設定,並已完全準備好投入生產使用。

分割資料庫

WARNING
Adobe Commerce 2.4.2版中的分割資料庫功能已棄用。 請參閱從分割資料庫還原至單一資料庫

Adobe Commerce可讓您設定可擴充的資料庫儲存空間,以符合成長中企業的需求。 您可以設定三個獨立的主資料庫,提供特定網域:

  • 主要(目錄)資料庫
  • 簽出資料庫
  • Order Management System (OMS)資料庫

若要設定其他資料庫,您必須建立空的資料庫,然後執行下列其中一個命令:

用於簽出主資料庫

bin/magento setup:db-schema:split-quote

針對OMS主資料庫

bin/magento setup:db-schema:split-sales

這些命令會將特定網域表格從主要資料庫移轉至網域資料庫。 它們也會變更Commerce設定,以允許處理對應的連線和條件約束。

藉由擁有用於簽出的個別資料庫和Order Management,您可以在資料庫伺服器之間分配負載。 您可以每秒提供更多結帳與處理更多訂單,而不會影響目錄與其他作業的可用性。 我們建議將資料庫分割為快閃或作用中銷售期間,或永久用於自然高負載的專案。 目前資料在資料庫之間的移轉,應在系統管理員的監督下執行。 在生產模式時不分割資料庫。

除了主資料庫之外,Commerce還可讓您設定多個從屬資料庫(系統中宣告的每個資料資源各一個)。 從屬資料庫可作為主資料庫或其中一個網域主資料庫的完整復本。 它會針對特定資源的讀取作業發出。

您可以執行下列命令來新增從屬資料庫:

bin/magento setup:db-schema:add-slave

此命令會執行組態變更,但不會設定復寫本身。 這應該以手動方式完成。

分割主資料庫並設定從屬資料庫後,Commerce會自動調整與特定資料庫的連線,根據要求型別(POST、PUT、GET等)和資料資源做出決策。 如果Commerce或其擴充功能對GET要求執行寫入作業,系統會自動將連線從從屬資料庫切換至主資料庫。 它對master資料庫的運作方式相同:當您使用與出庫相關的表格時,系統會將所有查詢重新導向至特定資料庫。 同時,所有與目錄相關的查詢將移至主資料庫。

如需有關設定以及多重主設定/從屬設定的優點之詳細資訊,請參閱
分割資料庫效能解決方案

提供媒體內容

Magento未提供任何特定整合來服務和提供媒體內容。 您可以在Magento中一起使用所有常見方法。

提供媒體內容的最簡單方式是在Varnish伺服器上傳送和快取該內容。 此方法假設使用共用檔案系統來儲存媒體內容,或是使用指向Varnish的專用伺服器。

對於中負載和高負載環境,我們建議使用內容傳遞網路(CDN)服務,例如Fastly、Akamai等。 使用這些服務時,Commerce會使用傳統提取方法來更新內容。 您必須設定Commerce個URL以使用對應的CDN服務。 將媒體內容移至CDN可顯著減輕執行個體的負載。

設定記錄儲存

記錄檔的儲存及其對其他磁碟作業的影響,會影響Web節點的可用性,尤其是在高負載的情況下。 如果您不需要,我們建議您將記錄最小化。 您也可以設定記錄功能,讓記錄功能以高速存取的個別儲存系統寫入。 請注意,任何存取記錄儲存的瓶頸都可能會直接影響內送要求的處理,這些要求會記錄寫入或讀取作業作為其流程的一部分。

recommendation-more-help
c0c5bbed-4957-4162-81bc-120c837a1894