|
|
|
Разное время выполнения одного запроса
|
|||
|---|---|---|---|
|
#18+
Всем привет. Почему один и тот же запрос может выполняться из phpMyAdmin за 0.1853 сек., а из php скрипта под тем же пользователем уходит в долгую выборку данных? Причем если скопировать запрос из результата SHOW FULL PROCESSLIST и тут же выполнить в pma то результат сразу появится. Лимита по выборке и там и там нету, на выходе 75 строк. SHOW FULL PROCESSLIST показывает: | Id | User | Host | db | Command | Time | State | Info | Rows_sent | Rows_examined | | 88265 | db_rec | localhost | db_rec | Query | 110 | Sending data | SELECT ... | 0 | 16625708 | Запрос: Код: plsql 1. 2. 3. 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2015, 10:52:36 |
|
||
|
Разное время выполнения одного запроса
|
|||
|---|---|---|---|
|
#18+
Ну это вопрос к коннектору от пыха к мускулю. Хрен его знает, что он там шлёт серверу дополнительного. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2015, 11:01:51 |
|
||
|
Разное время выполнения одного запроса
|
|||
|---|---|---|---|
|
#18+
MMG_Alpinist, а если после слова SELECT добавить SQL_NO_CACHE, то поведение запроса сохранится? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2015, 11:05:18 |
|
||
|
Разное время выполнения одного запроса
|
|||
|---|---|---|---|
|
#18+
Akina, никогда не было с этим проблем, а тут вдруг. Забыл указать что SQL_NO_CACHE я естественно добавляю и вижу актуальное время выполнения в pma. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2015, 11:06:39 |
|
||
|
Разное время выполнения одного запроса
|
|||
|---|---|---|---|
|
#18+
Разобрался, перед этим было: SET SESSION old_alter_table=1; ALTER IGNORE TABLE `M_LOAD` ADD UNIQUE `index3`... SET SESSION old_alter_table=0; Даже полное удаление коннектора в php и создание нового не помогает, только отказ от конструкции выше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2015, 11:44:51 |
|
||
|
Разное время выполнения одного запроса
|
|||
|---|---|---|---|
|
#18+
MMG_AlpinistSET SESSION old_alter_table=1; ALTER IGNORE TABLE `M_LOAD` ADD UNIQUE `index3`... SET SESSION old_alter_table=0;Забавно. Этот костыль даже в доке описан, оказывается. А если после него сделать ANALYZE TABLE `M_LOAD`, то проблема остается? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2015, 11:50:11 |
|
||
|
Разное время выполнения одного запроса
|
|||
|---|---|---|---|
|
#18+
miksoftMMG_AlpinistSET SESSION old_alter_table=1; ALTER IGNORE TABLE `M_LOAD` ADD UNIQUE `index3`... SET SESSION old_alter_table=0;Забавно. Этот костыль даже в доке описан, оказывается. А если после него сделать ANALYZE TABLE `M_LOAD`, то проблема остается? Проблема пропала после вставки ANALYZE TABLE `M_LOAD`. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2015, 13:55:36 |
|
||
|
Разное время выполнения одного запроса
|
|||
|---|---|---|---|
|
#18+
MMG_AlpinistПроблема пропала после вставки ANALYZE TABLE `M_LOAD`.Различается ли план запроса с этой строкой и без? Кстати, зачем вообще повторять ALTER IGNORE TABLE `M_LOAD` ADD UNIQUE `index3` многократно? По идее, индекс создают однократно, а потом он просто есть и работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2015, 14:05:03 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=38957203&tid=1833208]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
49ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 214ms |
| total: | 355ms |

| 0 / 0 |
