- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
ThePriest, а откуда вы поле phone взяли? Нужен индекс только по id, причем primary.
Покажите вывод запроса:
ThePriest, а откуда вы поле phone взяли? Нужен индекс только по id, причем primary.
Покажите вывод запроса:
у вас индексы не используются...бедный мускул юлозит по всей таблице перебором
Используются же.. PK
Похоже, индекс в 42Мб из-за размера лежит не в памяти, а в файлике.
Если ORDER BY id убрать - быстрее будет?
В продолжение.. часто ли удаляются записи из таблицы?
часто ли удаляются записи из таблицы?
именно эта таблица вообще не меняется
именно эта таблица вообще не меняется
Видимо просто негде индексам хранится.
Видимо просто негде индексам хранится.
Решение? Только смена хостинга? Поможет ли?
Прошу прощения, не обратил внимания что это шаред хостинг. Возьмите себе вип-хостинг или вдс.
Здесь дело не в хостинге, а в mysql оптимизаторе. Он хочет перебрать все строки в таблице, хотя запрос только по первичному ключу.
Может древняя версия mysql установлена.
4 миллиона строк - это не много для запроса по ключу.
---------- Добавлено 28.08.2013 в 16:25 ----------
ThePriest, а откуда вы поле phone взяли? Нужен индекс только по id, причем primary.
Да, это я проглядел, там только 1 поле.
Но в запросе по ключу в explain rows не должно быть 4 миллиона.
Но в запросе по ключу в explain rows не должно быть 4 миллиона.
Не должно. Но explain показывает ПЛАН, а не реальность. Поэтому может показывать и другие значения. Лучше бы реальные записи из slow log посмотреть.
Скорее всего, этот запрос нормально работает, но даже с правильным запросом нагрузка высока для шареда.
Не должно. Но explain показывает ПЛАН, а не реальность. Поэтому может показывать и другие значения. Лучше бы реальные записи из slow log посмотреть.
Это проверяется и без slow log:
flush status;
select ...тут наш запрос...;
show status like 'Handler_read_%';
Только я не знаю как ОП будет у себя запускать через этот веб-интерфейс :)
Если и правда шаред-хостинги не тянут select'ы по primary key на таких таблицах, то это конечно жесть, как они еще не вымерли.