ファイルのインデックス作成とロック

これはより研究課題です-インデックスの再作成（30,000製品）でいくつかの本当の問題を抱えているサイトがあります。現在、多くのタイムアウトとSQLSTATEエラーが発生しているところです。Lock wait timeout exceeded管理パネルで変更を保存できるのは、せいぜい散発的なことです。

まだ実行中であることを示すインデックスが実際に実行されているかどうかを確認しようとしています。コマンドラインからインデックスを再作成しましたphp indexer.php --reindexall。その数時間後の「インデックス管理」で、検索インデックスはまだ処理を示しています。他のすべてのインデックスは完了または保留中ですが、実行されていません。主な問題は検索インデックスにあるようです。

catalogsearch_fulltextDBテーブルの行数は変化していません。これは、検索インデックスが実際にはまだ実行されていないことを示していますか？

このvar/locksフォルダーには、次のファイルがあります。

index_process_1.lock
index_process_2.lock
index_process_3.lock
index_process_4.lock
index_process_5.lock
index_process_6.lock
index_process_7.lock
index_process_9.lock

これらのファイルの存在は実際にはどういう意味ですか？それらを削除するとどのような影響がありますか？

価値のあることには、Sphinxを使用するMirasvit Advanced Search Proモジュールを使用しています。https://mirasvit.com/magento-extensions/magento-sphinx-search.html

Sphinxモジュールがどのように機能するかはわかりませんが、設定したすべての属性を調べて、不要な属性をクイック検索に含めたり、フロントエンドに表示したりしないように設定したい場合があります。

*.lock単純化された形式のファイルは、既存の実行中のプロセスを追跡するための方法にすぎないため、プロセスの実行中に他のプロセスを実行しようとすることが防止されます。実行中のプロセスがないことがわかっている場合、インデックスの再作成時にこれらのファイルをワイプしても安全です。致命的な例外が発生すると、ファイルが残ったままになる可能性がありますが、ロックファイルは正常に表示されます。

サードパーティのモジュールを使用している場合は、テーブルのサイズが大きくならない原因を疑っています。問題の大部分はモジュールに起因しているように思われるため、モジュールの所有者に連絡して、より深い洞察を得たい場合があります。