Издеваешься?

Если поле content имеет символьный тип - сравнения будут регистронезависимые.
Если нет - приводишь поле к символьному: CAST( content AS CHAR ).

Ренат ^{SELECT * from tovar WHERE CAST( title AS CHAR ) like '$word'}
SQL ошибок нет, но ничего не возращается, а с PHP вручную, возращается 20 результатов!

Что у тебя за мускул?
Еще раз: все операции стравнения на текстовых полях не учитывают регистр.
Чтобы операции сравнения учитывали регистр, им нужно специально указывать 'binary' перед операцией.

А насчет "upper(txt) like 'SOME'", то глянув explain этого запроса ты увидишь, что мускул не использует индекс по полю txt. Это тебе не оракл, функциональных индексов тут нет.

ap99apА насчет "upper(txt) like 'SOME'", то глянув explain этого запроса ты увидишь, что мускул не использует индекс по полю txt. Это тебе не оракл, функциональных индексов тут нет.

Кстати, то же касается и cast(txt as char).
Вывод: меняй тьип столбца. Он у тебя, видимо, имеет тиб blob.
Поменяй на text или varchar и все будет в порядке.

РенатТочно text! А select * from table where upper(field) like '%WORD%' все хорошо пашет!

Странные дела.

Открываем консоль, пишем:
create table t ( t text, index ( t(30) ) );
insert into t (t) values ('text'), ('Text'), ('TEXT');
select * from t where t like 't%';

получаем, как и следовало ожидать,
+------+
| t |
+------+
| text |
| Text |
| TEXT |
+------+

Теперь
explain select * from t where t like 't%';
+-------+-------+---------------+------+---------+------+------+-------------+
| table | type | possible_keys | key | key_len | ref | rows | Extra |
+-------+-------+---------------+------+---------+------+------+-------------+
| t | range | t | t | 33 | NULL | 2 | Using where |
+-------+-------+---------------+------+---------+------+------+-------------+

Так что вот так...