Суть такая update и select делает перебор всей базы, хотя выборка по индексам стоит
лог выдает это
# Query_time: 0.220863 Lock_time: 0.000059 Rows_sent: 1 Rows_examined: 173712
SET timestamp=1437978323;
SELECT * FROM table WHERE BINARY name = 'user' LIMIT 1;

тип name varchar(25)

в базе примерно 180000 записей

alex564657498765453shushikaСуть такая update и select делает перебор всей базы, хотя выборка по индексам стоит
лог выдает это
# Query_time: 0.220863 Lock_time: 0.000059 Rows_sent: 1 Rows_examined: 173712
SET timestamp=1437978323;
SELECT * FROM table WHERE BINARY name = 'user' LIMIT 1;

тип name varchar(25)

в базе примерно 180000 записей

и что вас удевляет... вы преобразовали тип поля name - это уже не поле нейм на котором индекс, а новое - вычесленное значение...естественно индекс не будет использоваться.

ну вот лягла так какрта, но нужная запись найдене аж 173712-ой. ну ведь не все 180000 перелопатил. так что всё норм - полёт нормальный.

Как на него индекс поставить ?

alex564657498765453shushikaпропущено...


Как на него индекс поставить ?

никак. запрос надо переделать чтобы не было вычисляемых полей, чтоб было просто нейм равно выражению

SELECT * FROM table WHERE name = 'user' LIMIT 1;

Так ? Если так делать, то не учитывает регистр, а регистр принципиален ! Что если в name добавить атрибут BINARY

MasterZivshushikaпропущено...


SELECT * FROM table WHERE name = 'user' LIMIT 1;

Так ? Если так делать, то не учитывает регистр, а регистр принципиален ! Что если в name добавить атрибут BINARY

поменяй кодировку и коллейт у данного поля на учитывающий регистр символов.

VARBINARY или просто атрибут BINARY добавить ?

tanglir кодировку и коллейт , Карл!

заменить коллейт на cp1251_bin и запрос типа select * from table where name = 'user' ?
проверил вроде выдает нужное