ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / MySQL [игнор отключен] [закрыт для гостей] / оптимизировать запрос
6 сообщений из 6, страница 1 из 1
оптимизировать запрос
    #38510488
zizi_top
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
zizi_top
Участник
в файле медленных запросов mysql-slow.log есть такой запрос

автор# Query_time: 6.718566 Lock_time: 0.000088 Rows_sent: 10 Rows_examined: 7416
SET timestamp=1387820973;
SELECT SQL_CALC_FOUND_ROWS wp_posts.ID FROM wp_posts WHERE 1=1 AND wp_posts.post_type = 'post' AND (wp_posts.post_status = 'publish') ORDER BY wp_posts.post_date DESC LIMIT 60, 10;





explain


как ускорить?
...
Рейтинг: 0 / 0
23.12.2013, 22:04:06
| Ответить | Цитировать | Написать  
оптимизировать запрос
    #38510552
Фотография javajdbc
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
javajdbc
Участник
> как ускорить?

Поробуйте

1. сделать хинт НЕ использовать этот индекс.
2. убрать SQL_CALC_FOUND_ROWS

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
SELECT 
   SQL_CALC_FOUND_ROWS 
  wp_posts.ID 
FROM wp_posts IGNORE INDEX (type_status_date) 
WHERE 
  1=1 
AND wp_posts.post_type = 'post' 
AND (wp_posts.post_status = 'publish') 
ORDER BY wp_posts.post_date DESC 
LIMIT 60, 10;



Воообше 6 секунд на 8К записей это что-то конкретно не то.
как тут уже предлагали -- возможно сервер прозон занят
другими вещами и на мыскл совем сил не осталось.
...
Рейтинг: 0 / 0
23.12.2013, 23:41:45
| Ответить | Цитировать | Написать  
оптимизировать запрос
    #38510794
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
javajdbc1. сделать хинт НЕ использовать этот индекс.
2. убрать SQL_CALC_FOUND_ROWSЛучше второе, чем первое. Если бы не SQL_CALC_FOUND_ROWS, то индекс - практически идеален для этого запроса.

Еще хорошо бы поля post_type и post_status минимизировать по размеру до, например, одного байта, чтобы не хранить там тысячи одинаковых строк. Тогда и чтение индекса (если его смыло из кэша), и его перебор будет происходить быстрее.
...
Рейтинг: 0 / 0
24.12.2013, 10:48:49
| Ответить | Цитировать | Написать  
оптимизировать запрос
    #38510799
Фотография Akina
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Akina
Участник
miksoftхорошо бы поля post_type и post_status минимизировать по размеру до, например, одного байта, чтобы не хранить там тысячи одинаковых строк. Конвертировать в ENUM.
...
Рейтинг: 0 / 0
24.12.2013, 10:52:57
| Ответить | Цитировать | Написать  
оптимизировать запрос
    #38510803
miksoft
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
miksoft
Участник
Akinamiksoftхорошо бы поля post_type и post_status минимизировать по размеру до, например, одного байта, чтобы не хранить там тысячи одинаковых строк. Конвертировать в ENUM.Технически можно и в ENUM, но я их не люблю :)
...
Рейтинг: 0 / 0
24.12.2013, 10:55:24
| Ответить | Цитировать | Написать  
оптимизировать запрос
    #38510810
Фотография Akina
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Akina
Участник
Та же фигня... но для случая компактного неизменяемого очевидного словаря ENUM подходит как нельзя лучше. Более удачное, чем внешний словарь, решение, и уж тем более чем такое как у ТС ненормализованное решение.
...
Рейтинг: 0 / 0
24.12.2013, 10:58:47
| Ответить | Цитировать | Написать  
6 сообщений из 6, страница 1 из 1
Форумы / MySQL [игнор отключен] [закрыт для гостей] / оптимизировать запрос
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=47&msg=38510552&tid=1835493]:
 0ms
get settings:
 8ms
get forum list:
 15ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 26ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 41ms
get tp. blocked users:
 1ms
others: 194ms
total:  302ms
созд. / загр.: 302ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]