|
|
|
запросы стали тормозить с "Sorting result"
|
|||
|---|---|---|---|
|
#18+
Есть база под MariaDB, все таблицы - MyISAM. Сегодня в processlist стало видно, что наиболее часто используемые SELECT'ы, задействующие полнотекстовый поиск, поголовно тормозят на стадии "Sorting result". EXPLAIN пишет "Using where; Using filesort". Количество строк в таблице едва перевалило за 1 млн, но, полагаю, само по себе это никак не может быть причиной. Пробовал немного покрутить sort_buffer_size и tmp_table_size, но эффекта не заметно. Затыка в I/O нет, грузится только проц. Проблемный запрос вцелом выглядит следующим образом Код: plsql 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2013, 03:10:10 |
|
||
|
запросы стали тормозить с "Sorting result"
|
|||
|---|---|---|---|
|
#18+
despicable meЕсть база под MariaDB, все таблицы - MyISAM. Сегодня в processlist стало видно, что наиболее часто используемые SELECT'ы, задействующие полнотекстовый поиск, поголовно тормозят на стадии "Sorting result". EXPLAIN пишет "Using where; Using filesort". Количество строк в таблице едва перевалило за 1 млн, но, полагаю, само по себе это никак не может быть причиной. Пробовал немного покрутить sort_buffer_size и tmp_table_size, но эффекта не заметно. Затыка в I/O нет, грузится только проц. Проблемный запрос вцелом выглядит следующим образом Код: plsql 1. 2. 3. 4. 5. 6. 7. 1. не стесняйтесь, проведите весь ЕКСПЛАЙН план 2. не стесняйтесь, проведите полный СКЛ, ну если там что-то военное-секретное -- переименуйте. 3. OR рекомендуется заменить на два запроса о обьединить UNION ALL. 4. полезно сделать АНАЛИЗЕ ТАБЛЕ (или ОПТИМИЗЕ, я не помню для каких движков что полезнее) для сбора статистики. 5. как проверяли И/О, ЦПЮ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2013, 03:40:49 |
|
||
|
запросы стали тормозить с "Sorting result"
|
|||
|---|---|---|---|
|
#18+
javajdbc1. не стесняйтесь, проведите весь ЕКСПЛАЙН план Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. javajdbc2. не стесняйтесь, проведите полный СКЛ, ну если там что-то военное-секретное -- переименуйте. Больше ничего существенного нет, даже если исключить из запроса те условия, которые я не привёл, это принципиально ничего не меняет. Также как и использование/неиспользование SQL_CALC_FOUND_ROWS не влияет на проблему. javajdbc5. как проверяли И/О, ЦПЮ? Zabbix следит. iotop тоже ничего вызывающего не показывает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2013, 04:04:32 |
|
||
|
запросы стали тормозить с "Sorting result"
|
|||
|---|---|---|---|
|
#18+
despicable me, Пункты 1-4 остались в силе. 5. ОК, понятно. 6. Приведит структуру таблицы : SHOW CREATE TABLE 7. Сколько строчек веернет запрос если убрать ЛИМИТ 10 ? 7. Если ли у вас особые причины не отвечать точно на пункты 1-4 ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2013, 04:26:03 |
|
||
|
запросы стали тормозить с "Sorting result"
|
|||
|---|---|---|---|
|
#18+
Окей, уже сам разобрался. У таблицы был составной индекс из нескольких колонок, вот эти все title, author и др. Накануне была изменена логика приложения в части конструктора запросов, набор фильтруемых по умолчанию колонок поменялся, соответственно самый основной индекс не работал. Стыд-позор. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2013, 04:35:27 |
|
||
|
запросы стали тормозить с "Sorting result"
|
|||
|---|---|---|---|
|
#18+
despicable meОкей, уже сам разобрался. У таблицы был составной индекс из нескольких колонок, вот эти все title, author и др. Накануне была изменена логика приложения в части конструктора запросов, набор фильтруемых по умолчанию колонок поменялся, соответственно самый основной индекс не работал. Стыд-позор. OK, бывает. Успехов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2013, 04:44:12 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=38354648&tid=1836315]: |
0ms |
get settings: |
9ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
65ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 205ms |
| total: | 349ms |

| 0 / 0 |
