MySql постоянно падает

[Удален]
#11

ThePriest, а откуда вы поле phone взяли? Нужен индекс только по id, причем primary.

Покажите вывод запроса:

show create table `phones`;
Braindbrigada
На сайте с 10.01.2010
Offline
84
#12
WapGraf:
ThePriest, а откуда вы поле phone взяли? Нужен индекс только по id, причем primary.
Покажите вывод запроса:
show create table `phones`;

IL
На сайте с 20.04.2007
Offline
435
#13
astraliens:
у вас индексы не используются...бедный мускул юлозит по всей таблице перебором

Используются же.. PK

Похоже, индекс в 42Мб из-за размера лежит не в памяти, а в файлике.

Если ORDER BY id убрать - быстрее будет?

В продолжение.. часто ли удаляются записи из таблицы?

... :) Облачные серверы от RegRu - промокод 3F85-3D10-806D-7224 ( http://levik.info/regru )
Braindbrigada
На сайте с 10.01.2010
Offline
84
#14
ivan-lev:
часто ли удаляются записи из таблицы?

именно эта таблица вообще не меняется

[Удален]
#15
Braindbrigada:
именно эта таблица вообще не меняется

Видимо просто негде индексам хранится.

Braindbrigada
На сайте с 10.01.2010
Offline
84
#16
WapGraf:
Видимо просто негде индексам хранится.

Решение? Только смена хостинга? Поможет ли?

[Удален]
#17

Прошу прощения, не обратил внимания что это шаред хостинг. Возьмите себе вип-хостинг или вдс.

TP
На сайте с 10.01.2010
Offline
90
#18

Здесь дело не в хостинге, а в mysql оптимизаторе. Он хочет перебрать все строки в таблице, хотя запрос только по первичному ключу.

Может древняя версия mysql установлена.

4 миллиона строк - это не много для запроса по ключу.

---------- Добавлено 28.08.2013 в 16:25 ----------

WapGraf:
ThePriest, а откуда вы поле phone взяли? Нужен индекс только по id, причем primary.

Да, это я проглядел, там только 1 поле.

Но в запросе по ключу в explain rows не должно быть 4 миллиона.

N
На сайте с 06.05.2007
Offline
419
#19
ThePriest:
Но в запросе по ключу в explain rows не должно быть 4 миллиона.

Не должно. Но explain показывает ПЛАН, а не реальность. Поэтому может показывать и другие значения. Лучше бы реальные записи из slow log посмотреть.

Скорее всего, этот запрос нормально работает, но даже с правильным запросом нагрузка высока для шареда.

Кнопка вызова админа ()
TP
На сайте с 10.01.2010
Offline
90
#20
netwind:
Не должно. Но explain показывает ПЛАН, а не реальность. Поэтому может показывать и другие значения. Лучше бы реальные записи из slow log посмотреть.

Это проверяется и без slow log:

flush status;

select ...тут наш запрос...;

show status like 'Handler_read_%';

Только я не знаю как ОП будет у себя запускать через этот веб-интерфейс :)

Если и правда шаред-хостинги не тянут select'ы по primary key на таких таблицах, то это конечно жесть, как они еще не вымерли.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий