パフォーマンスの最適化のために、モデルレイヤーのどの部分をバイパスできるか

私は現在、非常に単純なスキーマ（約5フィールド）を持つデータベーステーブルの場合、ローカル開発環境（SSDドライブ）で、毎秒〜50挿入未満の速度で新しいレコードを挿入していることを確認しています-これは関連するテーブルにデータを入力するモデルのオブザーバーはいません。

ダイレクトSQLを使用すると、かなりの改善が見られます-1800挿入/秒。モデルのパフォーマンスを最適化することを考えていますが、もちろん、Magentoコアが提供する優れた安定性と柔軟性をすべて失いたくありません。

誰かが以前にこのルートを行ったことがあるかどうか、そしてモデル層のコンポーネントに関して、パフォーマンスを大幅に向上させる比較的安全にバイパスできる簡単な勝利があるかどうか疑問に思っています。

次のようなもの：

• クラス名解決
• イベントの保存前後
• イベントの発送
• 取引
• 等

更新：嘘をつきました。実際には、オブザーバーまたはafterSave（）から発せられる追加のクエリがいくつかあり、データベースクエリログを調べたときに見ました。完全に単純なエンティティに対するベンチマークでは、実際にはMagentoモデルで最大300行/秒が得られます。MySQLのオーバーヘッドのみがトランザクションです。

サイト全体を高速化できることの1つはVarien_Profiler、実動サイト上のすべての参照を削除することです。プロファイラーが無効になっている場合でも、プロファイラーが有効になっているかどうかを常に確認するため、を呼び出すたびにVarien_Profiler::追加のifステートメントが生成されます。もちろん、これらの呼び出しをすべて削除すると、プロファイラーを使用できなくなるという犠牲が伴います。ただし、これにより、サイト全体が5％程度高速化される可能性があります（これは主観的な経験ですがVarien_Profiler、Magento全体に多くの呼び出しがあります）。実際に、すべてのファイルでこれらの呼び出しを自動的にコメント化する小さなシェルスクリプトを作成しました。明日、仕事でコードの準備ができたら、これを投稿に追加します。

約束どおり、これらの呼び出しをコメントアウトするコード：

grep -l "Varien_Profiler" * -R > profiler.txt 
for x in `cat profiler.txt` 
do 
sed -i '/Varien_Profiler/s/^/\/\//' $x
done

これは、Linuxコンソールでapp /とlib /フォルダーの両方で実行する必要があります。その後、ファイル/lib/Varien/Profiler.phpを手動で調整する必要がある場合があります。また、実際に使用する前に安全な環境でこれを徹底的にテストする必要がありますが、これは明らかなはずです;）

Magentoモデルで大量の保存を実行する場合、プロセスを遅くするMagentoインデクサーを無効にするのが最善です。

$processes = Mage::getSingleton('index/indexer')->getProcessesCollection();
$processes->walk('setMode', array(Mage_Index_Model_Process::MODE_MANUAL));
$processes->walk('save');

完了したら有効にします：

$processes->walk('setMode', array(Mage_Index_Model_Process::MODE_REAL_TIME));
$processes->walk('save');