Добрый день!

Ситуация следующая - жили не тужили, все было хорошо. Но один прекрасный день переехали на новый хостинг. (виртуальный) и тут начались проблемы. Почти все решили осталась одна проблема.

Есть функционал "быстрого" поиска по всем столбцам таблицы. (Естественно через like) Набор столбцов динамический и для каждого пользователя системы уникальный.

Когда появляется появляется ситуация в условии WHERE t.datetime_fileld LIKE '%Кириллические символы%' то получаю ситуацию "Ошибка в запросe (1271): Illegal mix of collations for operation 'like'".
Опытным путем установили что если в этом же запросе в like написать латинские символы - то все отлично отрабатывает.

Я так понимаю что дело в каких то настройках MySQL сервера т.к. на старом хостинге все работало хорошо, подскажите пожалуйста в чем дело.

P.S. Понимаю что не очень хорошо искать что то в datetime через like, но запрос формируется "на лету" и не хотелось бы усложнять и так не простую вещь еще и определением типа столбца и составление условий для каждого случая.

Заранее спасибо.

Забыл добавить что по другим типам данных кириллица работает отлично. Значит дело не в кодировке. котора кстати везде установлена в utf8_general_ci

Реально хранится дата и время. Столбец в формате datetime. Смысл в том что фильтр применяется не конкретно к столбцу с датами а ко всем стобцам которые выведены на экран. У каждого пользователя выведен свой набор полей. В них может затесаться и дата.

Опять же совсем исключать поля с типом datetime из "Быстрого поиска" не вариант, т.к. можно в поле набрать 2011 и полчить все записи за этот год, не дергая более сложные фильтры при этом

Это сильно усложнит логику. Проверять что введено, какие столбцы отображаются и т.д. Смысл в том что на другом хостинге все отлично работает. Тоесть нужно изменить какой то параметр СУБД, а не изобретать велосипед.

База, таблицы и столбцы в кодировке utf8_general_ci

Пример Create

CREATE TABLE `deal_contact` (
`id` int(11) NOT NULL AUTO_INCREMENT COMMENT 'счетчик',
`deal` int(11) NOT NULL COMMENT 'id сделки',
`contact` int(11) NOT NULL COMMENT 'id контакта',
PRIMARY KEY (`id`),
KEY `deal` (`deal`),
KEY `contact` (`contact`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

SHOW VARIABLES LIKE 'collation%';

collation_connection utf8_general_ci
collation_database utf8_general_ci
collation_server utf8_general_ci


Все таки мне кажется это в настройках сервера что то. Базу из дампа поднимал со старого хостинга. Да и новые таблицы я создавал для тестов. С латиницей норм, с киррилицей "Illegal mix" и все тут. Причем только в Дате, в числах и текстах проблем нет. Ерунда какая то.

Прошу прощения, не то скопировал. Хотя разница не большая.

CREATE TABLE `deals` (
`s_deal_id` int(10) NOT NULL AUTO_INCREMENT,
`name` varchar(255) NOT NULL COMMENT 'Название сделки',
`budget` double NOT NULL COMMENT 'Бюджет',
`status` smallint(3) NOT NULL COMMENT 'Статус сделки',
`respons_user` smallint(10) NOT NULL COMMENT 'Ответственный',
`edit_date` datetime NOT NULL COMMENT 'Дата редактирования',
`add_date` datetime NOT NULL COMMENT 'Дата создания',
`s_editor_id` int(10) NOT NULL COMMENT 'ID пользователя которой создал или изменил запись',
`creator_id` smallint(10) NOT NULL COMMENT 'Создатель',
`s_operation_type` int(11) NOT NULL COMMENT 'Тип операции с записью 1 - создание 2 -редактирование',
PRIMARY KEY (`s_deal_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

А дальше для примера вставим пару записей:




После чего делаем запрос:




Который ничего нам не вернет, что логично.

Затем меняем "F" на любую русскую букву:




И в ответ получаем:

Ошибка в запросe (1271): Illegal mix of collations for operation 'like'

Остается еще раз добавить что по полям другого типа такого не происходит, проблема только с datetime. И еще то что на другом хостинге проделывая все те же операции ошибки нет.

Решилось добавлением COLLATE utf8_unicode_ci в каждом условии OR для datetime.

Можно закрывать, всем спасибо.