問題タブ [query-cache]

特定のアプリケーションに対してDoctrineのクエリキャッシングを有効にする可能性はありますか？Configuration.class.phpで試しましたが、運がありませんでした。

CodeIgniter で Query Caching を作成する$this->db->cache_on();とcontroller+method、たとえばshow+73. しかし、テーブルから 73 の ID を持つ行を$this->db->cache_delete('show', $id);削除し、キャッシュを削除するために使用すると、それは機能しませんshow/73 。

私のコード:

結果を返す（モデル内）

テーブルから行とキャッシュを削除します。（テーブルから行を正常に削除しますが、キャッシュを削除できません）

最適化が効果的かどうかをデバッグして客観的に判断するには、キャッシュから単一のクエリ (実際にはストアド プロシージャ) のみを試してクリアする必要があります。バックアップがないのはクライアントの本番システム上にあり、データベース全体のクエリキャッシュのリセットを行うと壊滅的です.

アプリで第 2 レベルのキャッシュとクエリ キャッシュを有効にしました 次のコードを呼び出すと次のようになります

hibernate はすべてのテーブルの UpdateTimestampsCache を更新します。なぜ彼はこれをするのですか？アプリには約 1000 のテーブルと多くの SQL クエリがあります。SQLを介してキャッシュされたテーブルを更新しないため、この更新は必要ありません。これは、巨大なネットワーク トラフィックとアプリケーションの遅延を引き起こします。

SQLクエリを実行するときに更新を行わないようにhibernateに指示する方法はありますか?

私は Hibernate が初めてで、DAO 実装クラスに次のコードがあります。

EhCache で Hibernate を使用しています。ここでクエリキャッシュを正しく使用しているかどうか疑問に思っていますか? ドメイン オブジェクトの場合、クエリ キャッシュはクエリ文字列とバインド パラメータから主キーへのマッピングを格納することを理解しています。しかし、スカラー値はどのようにメモリにキャッシュされるのでしょうか?

おそらくこれに対する特効薬がないことは痛感していますが、それが問題になりつつあります。各ユーザーには、3 つのテーブルにまたがる数十万行のメトリック データがあり、これは 1 秒ごとに更新されます。

ユーザーがログインすると、多くのアセットのトップ ライン統計をすばやく配信したいと考えています (つまり、ナビの各アセットと一緒に、トップ レベルの統計があります)。

私はいくつかのアイデアを試しました。しかし、お願いします-誰かがこの分野でアドバイスや経験を持っていれば、それは素晴らしいことです. これまでに試したり調べたりしたもの：-

• トップライン統計の静的バージョンを約 1 時間ごとに作成する - これは、すべてのユーザーとすべてのアセットにわたって集中的に行われます。ですから、これを定期的に行う方法はわかりません。
• ページが読み込まれると、AJAX 経由で統計情報を呼び出して、処理して入力できるようにします (大規模なユーザーの場合、現在、トップレベルの統計情報を取得するには最大 10 秒かかる場合があります)。これにより、セッションの統計をキャッシュして、ページの読み込みごとにクエリをやり直す必要がなくなります。
• クエリは 30 分間隔で実行されます。つまり、ログオンすると、クエリが実行され、次の 30 分間隔までロードされるたびに (わずか 1/2 秒) クエリ キャッシュが使用されます。

最初のものはほとんどのレッグを持っているようですが、少数のユーザーのみがこれらの統計を必要とすることを考えると、これを行う方法がわかりません.

mysql query_cache によってキャッシュされていないクエリを取得する方法があるかどうかを理解しようとしています。クエリで「SQL_NOCACHE」への明示的な参照があるかどうかを確認しようとしましたが、その文字列を返すものはありませんでした。また、キャッシュされていないクエリが引き続き一貫して増加していることがわかります。それらのパーセンテージは約 5 ～ 10% ですが、クエリ キャッシュがそれらをキャッシュしない場合、memcache にそれらをキャッシュできるかどうかを確認しようとしています。

では、キャッシュされていないクエリをログに記録する実際の方法はありますか?

アプリで奇妙なバグを見つけました。私はそれを単純化しました。それが再現できる方法です：

(私は DbUnit を使用してテーブルを作成し、HSQLDB をデータベースとして作成しましたが、それは実際には問題ではありません)

出力は次のとおりです。

キャッシュの設定が間違っているようです。どこが間違っていて、どうすれば修正できますか?

使用済み：

• JDK 1.7.0_01 x32 と x64 の両方
• 休止状態 3.6.7
• エーキャッシュ 2.5.0
• 春 3.1.0
• データベース: 少なくとも HSQLDB、H2、および MySQL で動作します

背景: 私たちのプロジェクト チームは、Hibernate の dom4j エンティティ モードを使用して、複数のクライアント アプリケーションの SOAP 応答を生成しています。配信されるデータ量は膨大で、応答時間が問題になります。Hibernate Query Cache や 2nd Level Cache を使用することで、SQL 呼び出しの数を大幅に減らすことができます。私たちのシステムのアーキテクチャにより、第 1 レベル キャッシュ (セッション) レベルのメカニズムは、SessionFactory でのクエリ キャッシュが機能する方法ではパフォーマンスを向上させません。

質問: 根本的な質問は、Hibernate の DOM4J エンティティ モードがクエリ キャッシュと互換性があるかどうかです。クエリ結果はクエリ キャッシュに入れられています。ただし、query.list()メソッドが実行され、一致するキャッシュされたクエリが見つかると、次の例外がスローされます。

原因:

私たちの環境は Core-Spring/Hibernate です...

spring-hibernate セッション ファクトリ構成では、次の構成が使用されます。

初期分析: 私の直感では、Hibernate の「実験的な」DOM4J エンティティ モードは、クエリおよびエンティティ キャッシュと互換性がありません。また、Hibernate hbm.xml マッピング ファイルは動的マッピングを使用していることに注意することも重要です。つまり、マッピング ファイルにはクラス参照がありません。代わりにエンティティ参照があります。したがって、XML 応答は、クラスのオブジェクトを設定せずに直接生成されます。

この件に関してご支援をいただければ、非常に感謝いたします。

クエリのパフォーマンスを向上させるための非常に重要なツールとして、query_cache を読みました。

一般的な推奨事項は、オンデマンドで有効にすることです (query_cache_type = 2 構成設定で SELECT SQL_CACHE を使用)。

• MySQL で query_cache をより最適にするのは、どのような状況ですか?