|
|
|
Долгий JOIN
|
|||
|---|---|---|---|
|
#18+
Код: sql 1. 2. 3. 4. Код: plaintext Можно что-то сделать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2013, 12:39:54 |
|
||
|
Долгий JOIN
|
|||
|---|---|---|---|
|
#18+
HettDISTINCT(uli.user_id), di.debrid_idВы уверены, что запрос работает именно так, как вы себе это представляете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2013, 12:56:46 |
|
||
|
Долгий JOIN
|
|||
|---|---|---|---|
|
#18+
Ну и, как всегда, нужен DDL таблицы и индексов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2013, 12:57:59 |
|
||
|
Долгий JOIN
|
|||
|---|---|---|---|
|
#18+
miksoftHettDISTINCT(uli.user_id), di.debrid_idВы уверены, что запрос работает именно так, как вы себе это представляете? Да тот, скобки тут можно опустить. Наверное даже нужно убрать, чтобы сомнения не вызывало. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2013, 13:28:02 |
|
||
|
Долгий JOIN
|
|||
|---|---|---|---|
|
#18+
Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2013, 13:31:23 |
|
||
|
Долгий JOIN
|
|||
|---|---|---|---|
|
#18+
Hett, Как-то странно. Возможных ключей нет, а типа используются... а ежели посмотреть DDL, то внезапно оказывается что оба ключа - составные и поисковое значение - далеко не первое... это точно про Мускуль? Какая версия ТАК умеет? ... а ежели посмотреть на последние значения счетчиков, то похоже на то, что идет полный скан таблиц "по факту"... непонятно как-то. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2013, 13:39:08 |
|
||
|
Долгий JOIN
|
|||
|---|---|---|---|
|
#18+
Arhat109Hett, Как-то странно. Возможных ключей нет, а типа используются... а ежели посмотреть DDL, то внезапно оказывается что оба ключа - составные и поисковое значение - далеко не первое... это точно про Мускуль? Какая версия ТАК умеет? ... а ежели посмотреть на последние значения счетчиков, то похоже на то, что идет полный скан таблиц "по факту"... непонятно как-то.Индексы используются просто как покрывающие индексы, ничего странного. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2013, 13:44:12 |
|
||
|
Долгий JOIN
|
|||
|---|---|---|---|
|
#18+
miksoft, разве что... ну тогда рецепт типовой: создать нормальные для запросу индексы по полю ip. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2013, 13:46:50 |
|
||
|
Долгий JOIN
|
|||
|---|---|---|---|
|
#18+
Arhat109ну тогда рецепт типовой: создать нормальные для запросу индексы по полю ip.Я бы предложил создать два индекса, аналогичные тем, что используются в плане, но с обратным порядком полей. Затем сделать ANALYZE TABLEb и посмотреть план снова. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2013, 13:50:48 |
|
||
|
Долгий JOIN
|
|||
|---|---|---|---|
|
#18+
Балин, я добавил индексы в другой одну бд, а тестил в другую, при этом увидел что в эксплайне индексы присутствуют, а какие именно не уточнил. В общем все работает нормально с индексами по айпи. А что за покрывающие индексы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2013, 13:53:17 |
|
||
|
Долгий JOIN
|
|||
|---|---|---|---|
|
#18+
HettА что за покрывающие индексы?Это когда в индексе есть все поля, необходимые для выполнения запроса. Тогда MySQL читает только индекс, а в таблицу вообще не лазит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2013, 13:54:40 |
|
||
|
Долгий JOIN
|
|||
|---|---|---|---|
|
#18+
А, понял, спс. Using where - это я как понимаю говорит о скане? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2013, 14:03:04 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=38393465&tid=1836069]: |
0ms |
get settings: |
8ms |
get forum list: |
20ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
55ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
68ms |
get tp. blocked users: |
2ms |
| others: | 210ms |
| total: | 382ms |

| 0 / 0 |
