以下のように同じセッションでshow statusを実行すると、実行後にクエリがあります
show status
where Variable_name like '%Created_tmp_disk_tables%';
値が1つ増えました。つまり、一時テーブルがディスク上に作成されるということですか?それが正しいかどうかわかりません。
しかし、そのクエリのプロファイリングを有効にした場合。以下は私が得たステータスです。
| status | duration |
|---------------------- |---------- |
| starting | 0.000246 |
| checking permissions | 0.000035 |
| Opening tables | 0.000098 |
| System lock | 0.000044 |
| init | 0.000209 |
| optimizing | 0.000075 |
| statistics | 0.000336 |
| preparing | 0.000138 |
| Creating tmp table | 0.000435 |
| executing | 0.000038 |
| Copying to tmp table | 2.923929 |
| Sorting result | 0.267926 |
| Sending data | 0.000945 |
| end | 0.000071 |
| removing tmp table | 0.077263 |
| query end | 0.000022 |
| closing tables | 0.000055 |
| freeing items | 0.000092 |
| logging slow query | 0.000074 |
| cleaning up | 0.000022 |
ここではCopying to tmp table
は見つかりましたが、Copying to tmp table on disk
は見つかりませんでした。
なぜこれら2つの間に矛盾があるのですか?
ステータス変数の表示が正しいか、プロファイリングが正しいか?
一時テーブルがディスク上に作成されているかどうかを知る必要があります。
変数Created_tmp_disk_tables
セッションまたはグローバルスコープのいずれかで、ディスク上に暗黙的な一時テーブルをいつ作成したかを確認します。
MariaDB [(none)]> SHOW STATUS like 'Created\_tmp%';
+-------------------------+-------+
| Variable_name | Value |
+-------------------------+-------+
| Created_tmp_disk_tables | 0 |
| Created_tmp_files | 6 |
| Created_tmp_tables | 0 | <--- session starts with 0 tmp tables
+-------------------------+-------+
3 rows in set (0.01 sec)
MariaDB [(none)]> SELECT 1 UNION SELECT 1;
+---+
| 1 |
+---+
| 1 |
+---+
1 row in set (0.00 sec)
MariaDB [(none)]> SHOW STATUS like 'Created\_tmp%';
+-------------------------+-------+
| Variable_name | Value |
+-------------------------+-------+
| Created_tmp_disk_tables | 0 |
| Created_tmp_files | 6 |
| Created_tmp_tables | 1 | <--- one tmp table created, 0 on disk
+-------------------------+-------+
3 rows in set (0.01 sec)
MariaDB [(none)]> SELECT 1 UNION ALL SELECT 1;
+---+
| 1 |
+---+
| 1 |
| 1 |
+---+
2 rows in set (0.00 sec)
MariaDB [(none)]> SHOW STATUS like 'Created\_tmp%';
+-------------------------+-------+
| Variable_name | Value |
+-------------------------+-------+
| Created_tmp_disk_tables | 0 |
| Created_tmp_files | 6 |
| Created_tmp_tables | 1 | <--- no tmp table created
+-------------------------+-------+
3 rows in set (0.00 sec)
MariaDB [(none)]> create table test.test (a blob);
Query OK, 0 rows affected (0.18 sec)
MariaDB [(none)]> SELECT * FROM test.test UNION SELECT * FROM test.test;
Empty set (0.00 sec)
MariaDB [(none)]> SHOW STATUS like 'Created\_tmp%';
+-------------------------+-------+
| Variable_name | Value |
+-------------------------+-------+
| Created_tmp_disk_tables | 1 | <--- tmp table created on disk
| Created_tmp_files | 6 |
| Created_tmp_tables | 2 |
+-------------------------+-------+
3 rows in set (0.00 sec)
performance_schemaを有効にすると、デフォルトの構成(非常に低いオーバーヘッド)で、必要なすべての概要が提供されます。
MariaDB [(none)]> SELECT * FROM performance_schema.events_statements_summary_by_digest\G
[...]
*************************** 26. row ***************************
SCHEMA_NAME: test
DIGEST: f0aad09130b2e108d8dd1c58d1713678
DIGEST_TEXT: SELECT * FROM `test` UNION SELECT * FROM `test`
COUNT_STAR: 1
SUM_TIMER_WAIT: 716448000
MIN_TIMER_WAIT: 716448000
AVG_TIMER_WAIT: 716448000
MAX_TIMER_WAIT: 716448000
SUM_LOCK_TIME: 308000000
SUM_ERRORS: 0
SUM_WARNINGS: 0
SUM_ROWS_AFFECTED: 0
SUM_ROWS_SENT: 0
SUM_ROWS_EXAMINED: 0
SUM_CREATED_TMP_DISK_TABLES: 1 <---- 1 disk tmp table created
SUM_CREATED_TMP_TABLES: 1 <---- 1 tmp table created (including the disk one)
SUM_SELECT_FULL_JOIN: 0
SUM_SELECT_FULL_RANGE_JOIN: 0
SUM_SELECT_RANGE: 0
SUM_SELECT_RANGE_CHECK: 0
SUM_SELECT_SCAN: 3
SUM_SORT_MERGE_PASSES: 0
SUM_SORT_RANGE: 0
SUM_SORT_ROWS: 0
SUM_SORT_SCAN: 0
SUM_NO_INDEX_USED: 1
SUM_NO_GOOD_INDEX_USED: 0
FIRST_SEEN: 2018-01-06 21:18:18
LAST_SEEN: 2018-01-06 21:18:18
編集:まだ5.5を使用していることに気づきました-アップグレードを強くお勧めします。デバッグで失われない限り、P_Sだけが価値があります。現時点では、セッション/グローバル変数が機能するはずです。プロファイリングも機能しません。
MariaDB [(none)]> SET profiling = 1;
Query OK, 0 rows affected (0.00 sec)
MariaDB [(none)]> SELECT * FROM test.test UNION SELECT * FROM test.test;
Empty set (0.00 sec)
MariaDB [(none)]> SHOW PROFILES;
+----------+------------+-------------------------------------------------------+
| Query_ID | Duration | Query |
+----------+------------+-------------------------------------------------------+
| 1 | 0.00055224 | SELECT * FROM test.test UNION SELECT * FROM test.test |
+----------+------------+-------------------------------------------------------+
1 row in set (0.00 sec)
MariaDB [(none)]> SHOW PROFILE FOR QUERY 1;
+----------------------+----------+
| Status | Duration |
+----------------------+----------+
| starting | 0.000053 |
| checking permissions | 0.000011 |
| checking permissions | 0.000007 |
| Opening tables | 0.000026 |
| After opening tables | 0.000009 |
| System lock | 0.000008 |
| Table lock | 0.000196 |
| optimizing | 0.000010 |
| statistics | 0.000015 |
| preparing | 0.000013 |
| optimizing | 0.000007 |
| statistics | 0.000006 |
| preparing | 0.000009 |
| executing | 0.000005 |
| Sending data | 0.000019 |
| executing | 0.000004 |
| Sending data | 0.000009 |
| optimizing | 0.000006 |
| statistics | 0.000006 |
| preparing | 0.000005 |
| executing | 0.000004 |
| Sending data | 0.000016 |
| removing tmp table | 0.000057 |
| Sending data | 0.000006 |
| query end | 0.000008 |
| closing tables | 0.000004 |
| Unlocking tables | 0.000008 |
| freeing items | 0.000005 |
| updating status | 0.000009 |
| cleaning up | 0.000012 |
+----------------------+----------+
30 rows in set (0.00 sec)
時々、「メモリからmyisamへのコピー」のようなステップが、メモリ上での実行に基づいて実行される場合がありますが、上記のように、それが毎回発生するわけではありません。タグでinnodbについて言及していますが、暗黙的な一時テーブルはInnoDB(vs HEAP + MyISAM) 5.7以降 のみで始まっています。