インデックス管理
1 つ以上の項目が変更されると、Adobe CommerceとMagento Open Sourceが自動的にインデックスを再作成します。 インデックス再作成をトリガーにするアクションには、価格の変更、カタログまたは買い物かごの価格ルールの作成、新しいカテゴリの追加などがあります。 Commerceでは、パフォーマンスを最適化するために、インデクサーを使用してデータを特別なテーブルに蓄積します。 データが変更されると、インデックス付けされたテーブルを更新するか、インデックスを再作成する必要があります。 Commerceは、バックグラウンドプロセスとしてインデックスを再作成し、プロセス中もストアにアクセスできるようにします。
データのインデックス再作成により、処理が迅速化され、お客様の待ち時間が短縮されます。 例えば、ある商品の価格を 4.99 ドルから 3.99 ドルに変更した場合、Commerceは店舗で価格の変化を示すようにデータのインデックスを再作成します。 インデックスを作成しない場合、Commerceは、買い物かごの価格ルール、バンドル価格、割引、階層別の価格などの処理を行い、その場ですべての商品の価格を計算する必要があります。 製品の価格の読み込みには、お客様が待つ時間よりも長い時間がかかる場合があります。
インデクサーは、保存時またはスケジュールに従って更新するように設定できます。 保存時にのみサポートされる顧客グリッドを除き、すべてのインデックスでいずれかのオプションを使用できます。 保存時にインデックスを作成する場合、Commerceは保存アクションで再インデックスを開始します。 インデックス管理ページが更新を完了し、キャッシュをフラッシュします。再インデックスメッセージは、1 ～ 2 分以内に表示されます。 スケジュールに基づいてインデックスを再作成する場合、インデックス再作成は cron ジョブとしてスケジュールに従って実行されます。 無効になったインデクサーを更新するために cron ジョブを使用できない場合は、システムメッセージが表示されます。 インデックス再作成中も、ストアには引き続きアクセスできます。
再インデックスが必要な場合は、通知がページの上部に表示されます。 インデックス再作成モードと実行する潜在的なアクションに基づいて、インデックスとメッセージがクリアされます。 インデックス作成について詳しくは、『 PHP 開発者ガイド 』の アプリケーションでインデックスを実装する方法を参照してください。
- インデックス管理では、フラットな製品カタログに対する表示が若干異なります。
- 複数の管理者ユーザーが自動インデックス再作成をトリガーとするオブジェクトを更新する際の問題を回避するために、すべてのインデクサーを cron ジョブとしてスケジュールに従って実行するように設定することをお勧めします。 そうしないと、オブジェクトが保存されるたびに、相互依存関係を持つオブジェクトがデッドロックを引き起こす可能性があります。 デッドロックの症状には、CPU 使用率の上昇や MySQL エラーなどがあります。 ベストプラクティスとして、スケジュール済みインデックスを使用することをお勧めします。
-
インデックス再作成のベストプラクティス
Commerceでのインデックス再作成とキャッシュの目的は異なります。 インデックスは、データベース情報を追跡して、検索パフォーマンスの向上、ストアフロントでのデータ取得の高速化などを実現します。 キャッシュ読み込んだデータ、画像、形式などを保存して、ストアフロントへの読み込みとアクセスのパフォーマンスを向上させます。
- 通常は、Commerceでデータを更新する際にインデックスを再作成します。
- 大規模な店舗または複数の店舗がある場合、再インデックスループの可能性があるため、カテゴリや製品などのインデクサーをスケジュールされた cron ジョブに設定する必要がある場合があります。 ピーク時を避ける時間帯に、スケジュールに基づいて再インデックスを設定することができます。
- インデックス再作成時に、フラッシュキャッシュも実行する必要はありません。
- 新規Commerce インストールの場合は、キャッシュをフラッシュして、再インデックス化する必要があります。
- キャッシュとインデックス再作成をフラッシュしても、コンピューターの web ブラウザーキャッシュはフラッシュされません。 ストアフロントの更新が完了したら、ブラウザーのキャッシュをクリアします。
インデックスモードの変更
catalogsearch_fulltext） インデクサーとして権限を設定したストアの場合：一括Elasticsearchが変更された後、または「権限」インデクサーが「スケジュール済み」モードの場合は、フルテキストインデックスを再実行する必要があります。-
管理者 サイドバーで、System/Tools/Index Management に移動します。
-
変更する各インデクサーのチェックボックスを選択します。
-
Actions を次のいずれかに設定します。
Update on SaveUpdate by ScheduleInvalidate index
note important IMPORTANT 顧客グリッドは、 Update on Saveを使用してのみ再インデックスできます。 このインデックスはUpdate by Scheduleをサポート ていません。 -
「Submit」をクリックして、選択した各インデクサーに変更を適用します。
インデックス管理列
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 layout-auto 列 説明 Indexer インデクサーの名前。 Description インデクサーの説明。 Mode 各インデクサーの現在の更新モードを示します。 オプション：
Update on Save- エンティティの変更が保存されるたびに更新されるようにインデックスが設定されます。 これらのエンティティには、製品、カテゴリ、顧客が含まれます。 保存アクションが完了すると、一連の手順が変更の取得とインデックスの更新を開始します。 インデックス管理ページは、1 ～ 2 分以内にインデックス再作成メッセージを更新してフラッシュします。
Update on Schedule - インデックスは、cron ジョブに従ってスケジュールに従って更新するように設定されます。 cron ジョブには、インデックス再作成のスケジュール間隔が含まれ、実行時にインデックスに更新が書き込まれます。Schedule Status スケジュール・ステータスの更新を表示します。 Status 次のいずれかを表示します。
Ready— インデックスが最新です。
Suspended - インデックス再作成が一時停止しました。
Processing– 現在、インデックス再作成を実行中です。
Reindex Required - インデックス再作成が必要な変更が加えられましたが、インデクサーを自動的に更新できません。 cron が使用可能で正しく設定されていることを確認します。Updated インデックスが最後に更新された日時を示します。
コマンドラインを使用したインデックスの再作成
Commerceでは、コマンドラインを使用して追加の再インデックスオプションを提供しています。 詳細およびコマンドオプションについては、 設定ガイドの {:target="blank"} の インデックス再作成 を参照してください。
インデックストリガーイベント
インデックス再作成トリガー
構成設定の変更
ストアグループの追加
属性を追加、編集または削除（検索およびフィルタリング用）
ストアグループの追加
属性を追加、編集または削除（検索およびフィルタリング用）
商品からカテゴリへの関係の変更
カテゴリの追加、編集、削除
ストアの追加または削除
ストアグループの削除
web サイトの削除
ストアの追加または削除
ストアグループの削除
Web サイトの削除
ストアグループの追加
属性の追加、削除または更新（検索およびフィルタリング用）
インデックスのアクションとコントロール
Actions that Cause a Full Reindex にリストされているアクションの作成完全なインデックス再作成をトリガーにするイベント
Web ストアの作成ビュー
作成、または次のいずれかの属性を削除：
– 詳細検索で検索可能または表示可能
- フィルタリング可能
– 検索でフィルタリング可能
– 並べ替えに使用
既存の属性を上記のいずれかに変更
フラット カテゴリのストアフロント オプションを有効にする
Web ストアの作成ビュー
作成、または次のいずれかの属性を削除します。
– 詳細検索で検索可能または表示可能
- フィルタリング可能
– 検索でフィルタリング可能
- ソートに使用
既存の属性を上記のいずれかに変更
フラット カテゴリのストアフロント オプションを有効にする
Stock Options – 在庫切れ製品の表示Product Stock Options – 在庫を管理システム構成で次のいずれかのカタログ在庫オプションが変更された場合：
Stock Options – 在庫切れ商品の表示Product Stock Options – 在庫の管理Price - カタログの価格範囲削除
web サイトの削除