Один из моих запросов на MySQL 5.0.45 работает медленно в фазе «отправки данных». Запрос является простым выбором, возвращает около 300 полей целочисленных идентификаторов в качестве набора результатов.
mysql> SELECT source_id FROM directions WHERE (destination_id = 10);
+-----------+
| source_id |
+-----------+
| 2 |
| 8 |
...
| 2563 |
+-----------+
341 rows in set (2.13 sec)
Я точно уверен, почему фаза «отправки данных» такая медленная и что можно сделать, чтобы сделать ее быстрой. Обратите внимание, что я выполняю этот запрос по приглашению MySQL на самом сервере, поэтому не ожидаю, что он потратит так много времени на «отправку данных». Любые подсказки?
Если это поможет, у меня есть 3 текстовых поля в этой таблице, но, поскольку они не выбираются, я ожидаю, что они не являются причиной этой медлительности.
Этот запрос выполняется тысячи раз в день, и он не может тратить на него 2 секунды каждый раз.
Результат профилирования:
mysql> show profile for query 4;
+--------------------------------+----------+
| Status | Duration |
+--------------------------------+----------+
| (initialization) | 0.000003 |
| checking query cache for query | 0.000051 |
| checking permissions | 0.000007 |
| Opening tables | 0.000011 |
| System lock | 0.000005 |
| Table lock | 0.000023 |
| init | 0.00002 |
| optimizing | 0.00001 |
| statistics | 0.00006 |
| preparing | 0.000014 |
| executing | 0.000005 |
| Sending data | 2.127019 |
| end | 0.000015 |
| query end | 0.000004 |
| storing result in query cache | 0.000039 |
| freeing items | 0.000011 |
| closing tables | 0.000007 |
| logging slow query | 0.000047 |
+--------------------------------+----------+
18 rows in set (0.00 sec)
ОБНОВЛЕНИЕ: я наткнулся на следующий URL, который говорит
Each time means the time elapsed between the previous event and the new event. So, the line:
| Sending data | 0.00016800 |
means that 0.00016800 seconds elapsed between "executing" and "Sending data". It is, it takes 0.00016800 seconds to execute the query.
http://forums.mysql.com/read.php?24,241461,242012#msg-242012
Может кто-нибудь подтвердить?