SQL_NO_CACHEは、私は再び実行し、SQL_NO_CACHEを増やす際に、有効にするようではありませんが、39秒を必要とし、

Question

私はこのSQLを最初に実行したときに動作しません：私は、様々な方法を試してみました

mysql> select count(*) from `deal_expired` where `site`=8&&`area`=122 && 
endtime<1310444996056; 
+----------+ 
| count(*) | 
+----------+ 
|  497 | 
+----------+ 
1 row in set (39.55 sec) 

mysql> select SQL_NO_CACHE count(*) from `deal_expired` where `site`=8&&`area`= 
122 && endtime<1310444996056; 
+----------+ 
| count(*) | 
+----------+ 
|  497 | 
+----------+ 
1 row in set (0.16 sec) 

、 here

とさえMySQLサーバまたは変更テーブル名を再起動し、私はまだ、私は別のSQL、およびSQL_NO_CACHE上の最初の実行の増加を置き換え39秒は、このSQL

を実行させることができない、問題は同じです。

mysql> select SQL_NO_CACHE count(*) from `deal_expired` where `site`=25&&`area`= 
134 && endtime<1310483196227; 
+----------+ 
| count(*) | 
+----------+ 
|  315 | 
+----------+ 
1 row in set (2.17 sec) 

mysql> select SQL_NO_CACHE count(*) from `deal_expired` where `site`=25&&`area`= 
134 && endtime<1310483196227; 
+----------+ 
| count(*) | 
+----------+ 
|  315 | 
+----------+ 
1 row in set (0.01 sec) 

何故ですか？ 同じSQL実行時間を取得するにはどうすればよいですか？

私は39秒ところで

を実行するには、このSQLを最適化する方法を見つけたい：

mysql> SHOW STATUS LIKE "Qcache%"; 
+-------------------------+-------+ 
| Variable_name   | Value | 
+-------------------------+-------+ 
| Qcache_free_blocks  | 0  | 
| Qcache_free_memory  | 0  | 
| Qcache_hits    | 0  | 
| Qcache_inserts   | 0  | 
| Qcache_lowmem_prunes | 0  | 
| Qcache_not_cached  | 0  | 
| Qcache_queries_in_cache | 0  | 
| Qcache_total_blocks  | 0  | 
+-------------------------+-------+ 
8 rows in set (0.04 sec) 

mysql> select count(*) from `deal_expired` where `site`=25&&`area`=134 && endtime<1310 
483196227; 
+----------+ 
| count(*) | 
+----------+ 
|  315 | 
+----------+ 
1 row in set (0.01 sec) 

mysql> SHOW STATUS LIKE "Qcache%"; 
+-------------------------+-------+ 
| Variable_name   | Value | 
+-------------------------+-------+ 
| Qcache_free_blocks  | 0  | 
| Qcache_free_memory  | 0  | 
| Qcache_hits    | 0  | 
| Qcache_inserts   | 0  | 
| Qcache_lowmem_prunes | 0  | 
| Qcache_not_cached  | 0  | 
| Qcache_queries_in_cache | 0  | 
| Qcache_total_blocks  | 0  | 
+-------------------------+-------+ 
8 rows in set (0.00 sec) 

---

を： RESET QUERY CACHE FLUSH QUERY CACHE FLUSH TABLES SET SESSION query_cache_type=offは

mysqlの状態キャッシュが閉じられた動作しません。

説明このSQLは、site + endtime複合インデックス（site_endtimeという名前）：

mysql> explain select count(*) from `deal_expired` where `site`=8&&`area`=122 && endti 
me<1310444996056; 
+--------+------+-------------------------------+--------------+---------+------ 
-+------+-------------+ 
| table | type | possible_keys     | key   | key_len | ref 
| rows | Extra  | 
+--------+------+-------------------------------+--------------+---------+------ 
-+------+-------------+ 
| deal_expired | ref | name,url,endtime,site_endtime | site_endtime |  4 | const 
| 353 | Using where | 
+--------+------+-------------------------------+--------------+---------+------ 
-+------+-------------+ 
1 row in set (0.00 sec) 

Answer 1

への答え「同じSQL実行時間をどうやって得ることができますか？」ということはできません。 クエリがいくつかの行を読み込むと、それらは使用中のストレージエンジンに依存してキャッシュされ、それらの行はOSキャッシュ（myisam）またはバッファプール（innodb）のいずれかにあります。行がキャッシュされている場合、同じクエリを2回実行するほうがはるかに高速です。なぜなら、MySQLはディスクから読み込む必要がないからです。

Answer 2

1. 参照：http://forums.mysql.com/read.php?24,225286,225468#msg-225468
2. ちょうどこの上のリンクを読んで持つことは、おそらくどちらか動作しませんが、あなたは（あなたがRELOAD権限が必要です）RESET QUERY CACHEを試みることができる:(

Answer 3

私は、現在のランタイムで計算されるあらゆる種類のSQL関数を含めてキャッシュしないという印象を受けました。あなたは次のようなことをやってみましたか？

select count(*), now() from `deal_expired` where `site`=8&&`area`=122 && endtime<1310444996056; 

Answer 4

最初のクエリは、キャッシュに結果を入れないでMySQLを伝えるためにSQL_NO_CACHEを使用する必要があります。 2番目のクエリはキャッシュを使用し、そのクエリの結果をキャッシュしないようにMySQLに指示しますが、何もしません。

tl; dr - クエリを逆転させます。