どちらが資源の面でコストがかかりますか？

Question

私のサイトの最適化クルセイドに、可能な限り多くのmysqlクエリを減らそうとしています。

Imは、サイトのさまざまなモジュールの.txtファイルを書き込み、オンデマンドで更新する部分的なキャッシュを実装しています。私は1つ、それはすべてのユーザーのために静的ではないことができますので、HDで書かれた.txtファイルは、PHPを介してオンザフライで変更する必要がありますに出くわしました。

flush(); 
ob_start(); 
include('file.txt'); 
$contents = ob_get_clean(); 

を介して行われる

は、それから私は、変数$の内容でHTMLを変更して、異なるユーザのためにそれをエコーし​​ます。

また、そのまま残すこともできます。mysqlクエリを実行すると、カテゴリ名（約13個）を持つ小さなテーブルをクエリします。

どれが安価ですか？毎回クエリを実行しています。または上に掲載したメソッドを使用して、HTMLコードをオンザフライで静的な.txtファイルに挿入します。

Answer 1

ファイルの読み込み（非常に奇妙な設定で保存）は、DBへのクエリ（ネットワークの操作なし、&c）よりもはるかに高速ですが、違いはほとんど測定できません。

Answer 2

両方を試してみて、どちらかが優勝者であるか、利用できない場合は、より管理しやすい方を選んでください。これは、DBの位置、ロードの量、複数のアプリケーションインスタンスを実行する必要があるかどうかによって異なります（ネットワーク上でこのファイルを共有する必要があり、ローカルではありません）。

Answer 3

最初にクエリを最適化してください。次に、頻繁にアクセスされるデータに対してmemcacheまたは同様のキャッシングシステムを使用し、ファイルキャッシングを追加します。我々は3つすべてを組み合わせて使用​​し、それは非常に滑らかに実行されます。小さな最適化されたクエリはそれほど悪くありません。あなたのDBがローカルサーバーにある場合、ネットワークは問題ではありません。そして、偽造者がMySQLクエリキャッシュを使用することはありません（私はあなたがMySQLを使用すると思います）。

Answer 4

あなたのパフォーマンスのボトルネックはどこですか？

ボトルネックがわからない場合は、最適化について賢明な評価を行うことはできません。

メトリックを収集し、それに応じて最適化します。

Answer 5

ここに私がPHP/MySQLサイトコードをリファクタリングするときに役立つパターンがあります。

ページあたりのクエリの数は絶対に重要です。インデックスが適切である限り、結合を含む複雑なクエリは最速です。私の経験では、ほとんどの場合、1つのページが5つ以下のクエリで生成され、クラスとクラスの配列がうまく使用されます。多くの場合、セッションのクエリとアプリのクエリが1つです。

索引の後で最も重要なことは、キャッシュ構成パラメーターです。

ループ内でクエリを実行しないでください。

データベースのクエリをファイルに移動することは、特にクエリの整合性が悪化することが多いため、これまで有用な方法ではありませんでした。

アレックスと他の人がテストについて正しいです。あなたのページが著しく遅い場合、理由（または理由）のために遅いです - あなたは何が理由であるかを知り、変更の結果を測定するまで何か変更を開始しません。推測によるリファクタリングは、（あなたの場合のように）複雑さを増すときは、常に戦略を失うことになります。