クエリキャッシュは切ったほうがいいんじゃなイカ？ : DSAS開発者の部屋
KLab Advent Calendar 2011 「DSAS for Social を支える技術」の2日目は、昨日に引き続き、MySQLを骨までしゃぶるためのテクニックです。 ソーシャルゲームは一般サイトよりもDBへの更新クエリの割合が多くなりがちです。更新クエリが多いMySQLでは、通常は有益なクエリキャッシュが無益どころか有害になります。 そもそもキャッシュヒット率が低い。20%以下なんてこともザラにある しかもクエリキャッシュの更新はグローバルなロックを取得する からです。特に後者は問題です。ただの参照クエリもクエリキャッシュを更新する上に、更新クエリはクエリキャッシュの全エントリをチェックして、更新したテーブルに影響がありそうな全キャッシュをdiscardしていくためです。たとえばユーザーの行動力のようなパラメータを格納した参照も更新も多いテーブルでクエリキャッシュが有効になって
ZF1.10 Zend_Cache - 弱小PHPerの憂鬱
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。 Zend_Cacheとは。 http://framework.zend.com/manual/ja/zend.cache.introduction.html > Zend_Cache は、任意のデータをキャッシュするための一般的な手法を提供します。 なんだそれは。 ドキュメントの説明は長々と書いてあって丁寧は丁寧なのですが、長すぎて読むのがしんどいです。 簡単に言うとSmartyキャッシュで、要はob_start()、ob_end_clean()、file_put_contents()、file_get_contents()あたりを纏めてパッケージングしたようなものとなります。 とりあえず簡単な例を作ってみます。 ちなみにリファレンスでは最初にZend_Cache::start(
Zend Framework: Documentation
Zend_Cache には、3 つのポイントがあります。まず最初は一意な ID (文字列) で、 これによってキャッシュレコードを識別します。二番目は、例に含まれる 'lifetime' ディレクティブです。これは、キャッシュされたリソースの 「賞味期限」を定義するものです。三番目のポイントとなるのが条件付きの実行処理で、 不要なコードを完全に読み飛ばすことで処理速度を向上させることになります。 フロントエンドの主となる関数 (例えば Zend_Cache_Core::get()) は、キャッシュがヒットしなかった場合には常に false を返すよう設計されています。 そのため、キャッシュしたい (そして読み飛ばしたい) 部分を if(){ ... } 文で囲む際に、条件式として Zend_Cache のメソッド自身を使用できるようになっています。 このブロックの最後では、出力内容を (例
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
