タグ

mysqlとクエリキャッシュに関するjinjin252525のブックマーク (5)

  • MySQL Cache メモ - Qiita

    メモと言う名のコピペ ちょっと古い、5.1 だけど日語ドキュメントがそこしか無かったのと、英語読む気力ないけど、とりあえずめも 動作とかごにょごにょ クエリ キャッシュは、SELECT SQL_CALC_FOUND_ROWS ... のクエリで動作し、後続する SELECT FOUND_ROWS() クエリで返る値を格納します。FOUND_ROWS() は前のクエリがキャッシュからフェッチしていても、正確な値を返します。これは、検索したレコードの数をキャッシュで保管しているためです。SELECT FOUND_ROWS() クエリ自体はキャッシュの対象ではありません。 クエリをキャッシュする設定である場合、その結果 (クライアントに送信したデータ) を、結果の読み出し中に、クエリ キャッシュに格納します。そのため、データの扱いは、ひとまとめではありません。つまり、クエリ キャッシュで、デー

    MySQL Cache メモ - Qiita
  • 当たって砕け散れ [mysql]SQL文遅くないですか? の確認。

    「当たって砕けろ」どころでなく、砕け散ってしまうぐらいにアツく!! とにかく何かに手を出してみた際の雑記です。『雑記 時々 プログラミング』 ■試しにSQL文を実行してみる。 SQL_NO_CACHE を使って、キャッシュに乗らないようにしてから実行しましょう!! (超大事) [使い方] select hoge from hogehoge; ↓ select SQL_NO_CACHE hoge from hogehoge; selectの後にSQL_NO_CACHEを入れてsql文を発行する。 ■実行計画を取ってみる。 EXPLAINコマンドを使って、実行計画を見てみましょう。 [使い方] select hoge from hogehoge; ↓ EXPLAIN select hoge from hogehoge; select文の先頭に、EXPLAIN コマンドを付加してSQL文を発行。

  • MySQLでクエリキャッシュする方法

    このドキュメントの内容は、以下の通りです。 はじめに クエリキャッシュの設定が 0 の場合 クエリキャッシュの設定の確認方法 キャッシュサイズの設定 キャッシュのステータス my.cnfでの設定 クエリキャッシュでのSELECTのオプション はじめに MySQLのクエリキャッシュとは、SELECTステートメントのテキストを結果と合わせ格納します。 後で同じクエリを受け取ったときに、クエリの解析と実行をせずに、 クエリキャッシュから結果を取り出し、クライアントに返します。 同じクエリが何度も実行される環境では、クエリキャッシュが役に立ち、パフォーマンスが向上します。 クエリキャッシュの設定が 0 の場合 query_cache_size が 0 の場合は、 クエリキャッシュを無効になります。 query_cache_size=0 クエリキャッシュの設定の確認方法 クエリキャッシュの確かめ方を

  • MySQLクエリキャッシュのステータス確認と削除 | mawatari.jp

    たまにしか実行しないので、よく忘れるコマンド「MySQLクエリキャッシュのステータス確認と削除」についてのメモ。 まずは、クエリキャッシュのステータス確認について。 mysql> SHOW STATUS LIKE 'Qcache%'; +-------------------------+----------+ | Variable_name | Value | +-------------------------+----------+ | Qcache_free_blocks | 1 | | Qcache_free_memory | 21430536 | | Qcache_hits | 162 | | Qcache_inserts | 11960 | | Qcache_lowmem_prunes | 0 | | Qcache_not_cached | 24 | | Qcache_que

    MySQLクエリキャッシュのステータス確認と削除 | mawatari.jp
  • クエリキャッシュは切ったほうがいいんじゃなイカ? : DSAS開発者の部屋

    KLab Advent Calendar 2011 「DSAS for Social を支える技術」の2日目は、昨日に引き続き、MySQLを骨までしゃぶるためのテクニックです。 ソーシャルゲームは一般サイトよりもDBへの更新クエリの割合が多くなりがちです。更新クエリが多いMySQLでは、通常は有益なクエリキャッシュが無益どころか有害になります。 そもそもキャッシュヒット率が低い。20%以下なんてこともザラにある しかもクエリキャッシュの更新はグローバルなロックを取得する からです。特に後者は問題です。ただの参照クエリもクエリキャッシュを更新する上に、更新クエリはクエリキャッシュの全エントリをチェックして、更新したテーブルに影響がありそうな全キャッシュをdiscardしていくためです。たとえばユーザーの行動力のようなパラメータを格納した参照も更新も多いテーブルでクエリキャッシュが有効になって

    クエリキャッシュは切ったほうがいいんじゃなイカ? : DSAS開発者の部屋
  • 1