Warning: Cannot use a scalar value as an array in /home/admin/public_html/forum/include/fm.class.php on line 757

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/include/fm.class.php on line 770

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/topic.php on line 737
Форумы портала PHP.SU :: Простой запрос на mysql 5.6 работает гораздо медленнее

PHP.SU

Программирование на PHP, MySQL и другие веб-технологии

PHP.SU Портал

Главная

Помощь

Поиск

Поиск Яндекс Вакансии

Пользователи

Здравствуйте, Гость

( Вход · Регистрация · Правила форума )

Забыли пароль?

Простой запрос на mysql 5.6 работает гораздо медленнее

Форумы портала PHP.SU » PHP » Программирование на PHP » Работа с СУБД (Модераторы: OrmaJever, Саныч)

Страниц (1): [1]

Без описания

Поиск в теме | Версия для печати

Hawkmoth	Отправлено: 01 Февраля, 2015 - 20:08:42
Посетитель Покинул форум Сообщений всего: 329 Дата рег-ции: Янв. 2012 Помог: 6 раз(а)	Добрый день, народ! Есть таблица чата: id \| from \| to \| channel \| date \| В таблице порядка 10к записей. Channels - это каналы, обозначающиеся цифрами, если channels=0 - сообщение показывается на всех каналах. Простой запрос CODE (SQL): скопировать код в буфер обмена SELECT `id`, `from`, `to`, `date` FROM `chat` WHERE (`channel`=2 OR `channel`=0) AND `id`>5687 ORDER BY `id` без использования индексов и в mysql 5.5 (на локалке), и в mysql 5.6 (на сервере) отрабатывает примерно одинаково - примерно за 0.04 сек. Если добавить индекс по каналу CODE (SQL): скопировать код в буфер обмена ALTER TABLE `chat` ADD INDEX (`channel`) то в mysql 5.5 все начинает летать (0.0019-0.0028 сек). а на серваке такой трюк не срабатывает: все равно 0.03-0.04 сек. EXPLAIN показывает вот что: С индексом, mysql 5.5: rows: 72, Extra: Using where; Using filesort. С индексом, mysql 5.6: rows: 72, Extra: Using index condition; Using where; Using filesort. Т.е. я так понимаю, Using index condition как-то связано с разницей в поведении 5.5 и 5.6. Но я ожидал от новой версии увеличения производительности, а не наоборот. Или это моя ошибка, и есть пути оптимизации кода, которых я пока не вижу? Если есть идеи, посоветуйте. Заранее спасибо.

Поиск в теме | Версия для печати

Страниц (1): [1]

Сейчас эту тему просматривают: 0 (гостей: 0, зарегистрированных: 0)

« Работа с СУБД »

Все гости форума могут просматривать этот раздел.
Только зарегистрированные пользователи могут создавать новые темы в этом разделе.
Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.