回答編集履歴
6
追記
test
CHANGED
|
@@ -2,7 +2,9 @@
|
|
|
2
2
|
|
|
3
3
|
DBMSも、遅いならまだしも、早くて文句を言われる筋合いはないですし。
|
|
4
4
|
|
|
5
|
+
※追記
|
|
6
|
+
|
|
5
|
-
[8.9.3
|
|
7
|
+
[8.9.3.2 クエリーキャッシュ SELECT オプション](https://dev.mysql.com/doc/refman/5.6/ja/query-cache-in-select.html)
|
|
6
8
|
|
|
7
9
|
そもそも**SQL_NO_CACHE**の意図を取り違えています。
|
|
8
10
|
|
5
追記
test
CHANGED
|
@@ -1,6 +1,12 @@
|
|
|
1
1
|
2回目が早いのは1回目の結果を利用しているからです。
|
|
2
2
|
|
|
3
3
|
DBMSも、遅いならまだしも、早くて文句を言われる筋合いはないですし。
|
|
4
|
+
|
|
5
|
+
[8.9.3 MySQL クエリーキャッシュ](https://dev.mysql.com/doc/refman/5.6/ja/query-cache-in-select.html)
|
|
6
|
+
|
|
7
|
+
そもそも**SQL_NO_CACHE**の意図を取り違えています。
|
|
8
|
+
|
|
9
|
+
**SQL_NO_CACHE**はキャッシュの更新をしないという意味で、クエリーキャッシュを無効にするには、query_cache_size システム変数を 0 に設定することです。
|
|
4
10
|
|
|
5
11
|
|
|
6
12
|
|
4
修正
test
CHANGED
|
@@ -32,7 +32,9 @@
|
|
|
32
32
|
|
|
33
33
|
FROM tagmap mp inner join tag tg
|
|
34
34
|
|
|
35
|
+
on mp.tag_id=tg.tag_id
|
|
36
|
+
|
|
35
|
-
|
|
37
|
+
where tg.tag ='タグ10001'
|
|
36
38
|
|
|
37
39
|
```
|
|
38
40
|
|
3
追記
test
CHANGED
|
@@ -36,4 +36,4 @@
|
|
|
36
36
|
|
|
37
37
|
```
|
|
38
38
|
|
|
39
|
-
|
|
39
|
+
質問では1万件ですが、実際にどの程度に絞り込まれるかによりますが、件数次第では必要なインデックスも変わってくると思います。
|
2
追記
test
CHANGED
|
@@ -18,10 +18,22 @@
|
|
|
18
18
|
|
|
19
19
|
```SQL
|
|
20
20
|
|
|
21
|
+
-- 1
|
|
22
|
+
|
|
21
23
|
SELECT id FROM tagmap
|
|
22
24
|
|
|
23
25
|
where tag_id in (select tag_id from tag where tag ='タグ10001')
|
|
24
26
|
|
|
27
|
+
|
|
28
|
+
|
|
29
|
+
-- 2
|
|
30
|
+
|
|
31
|
+
SELECT mp.id
|
|
32
|
+
|
|
33
|
+
FROM tagmap mp inner join tag tg
|
|
34
|
+
|
|
35
|
+
on mp.tag_id=tg.tag_id and tg.tag ='タグ10001'
|
|
36
|
+
|
|
25
37
|
```
|
|
26
38
|
|
|
27
39
|
１００万件中どの程度に絞り込まれるかによりますが、件数次第では必要なインデックスも変わってくると思います。
|
1
追記
test
CHANGED
|
@@ -23,3 +23,5 @@
|
|
|
23
23
|
where tag_id in (select tag_id from tag where tag ='タグ10001')
|
|
24
24
|
|
|
25
25
|
```
|
|
26
|
+
|
|
27
|
+
１００万件中どの程度に絞り込まれるかによりますが、件数次第では必要なインデックスも変わってくると思います。
|