Я получаю эту странную ошибку при обработке большого количества данных...
Error Number: 1267
Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (utf8_general_ci,COERCIBLE) for operation '='
SELECT COUNT(*) as num from keywords WHERE campaignId='12' AND LCASE(keyword)='hello again æ˜" ã‹ã‚‰ ã‚ã‚‹ å ´æ‰€'
Что я могу сделать, чтобы решить эту проблему? Могу ли я каким-то образом избежать строки, чтобы эта ошибка не возникала, или мне нужно каким-то образом изменить кодировку таблицы, и если да, то в чем ее изменить?
SET collation_connection = 'utf8_general_ci';
то для ваших баз данных
ALTER DATABASE your_database_name CHARACTER SET utf8 COLLATE utf8_general_ci;
ALTER TABLE your_table_name CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci;
MySQL иногда пробирается туда, где нет разумной причины.
Вы должны установить как кодировку таблицы, так и кодировку соединения в UTF-8:
ALTER TABLE keywords CHARACTER SET UTF8; -- run once
и
SET NAMES 'UTF8';
SET CHARACTER SET 'UTF8';
CONVERT(column1 USING utf8)
Решает мою проблему. Где column1 - это столбец, который дает мне эту ошибку.
Используйте следующее утверждение для ошибки
будьте осторожны с вашими данными, делайте резервную копию, если данные есть в таблице.
ALTER TABLE your_table_name CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci;
В общем, лучший способ - изменить сортировку таблицы. Однако у меня есть старое приложение и на самом деле не могу оценить результат, имеет ли это побочные эффекты. Поэтому я попытался каким-то образом преобразовать строку в другой формат, который решил проблему сортировки.
То, что я нашел, - это выполнить сравнение строк, преобразуя строки в шестнадцатеричное представление его символов. В базе данных это делается с помощью HEX(column). Для PHP вы можете использовать эту функцию:
public static function strToHex($string)
{
$hex = '';
for ($i=0; $i<strlen($string); $i++){
$ord = ord($string[$i]);
$hexCode = dechex($ord);
$hex .= substr('0'.$hexCode, -2);
}
return strToUpper($hex);
}
При выполнении запроса к базе данных ваша исходная строка UTF8 должна быть сначала преобразована в строку iso (например, с использованием utf8_decode() в PHP), прежде чем использовать ее в БД. Из-за типа сопоставления база данных не может содержать символы UTF8 внутри, поэтому сравнение должно работать, хотя это изменяет исходную строку (преобразование символов UTF8, которые не встречаются в символьной кодировке ISO, приводит к? Или они полностью удаляются). Просто убедитесь, что при записи данных в базу данных вы используете одно и то же преобразование UTF8 в ISO.
У меня была моя таблица, первоначально созданная с помощью CHARSET = latin1. После преобразования таблицы в utf8 некоторые столбцы не были преобразованы, однако это было не совсем очевидно.
Вы можете попробовать запустить SHOW CREATE TABLE my_table; и посмотреть, какой столбец не был преобразован или просто исправить неправильный набор символов в проблемном столбце с запросом ниже (изменить длину varchar и CHARSET и COLLATE в соответствии с вашими потребностями):
ALTER TABLE `my_table` CHANGE `my_column` `my_column` VARCHAR(10) CHARSET utf8
COLLATE utf8_general_ci NULL;
После внесения исправлений, перечисленных в верхнем ответе, измените настройки сервера по умолчанию.
В вашем "/etc/my.cnf.d/server.cnf" или где бы он ни находился, добавьте значения по умолчанию в раздел [mysqld], чтобы он выглядел так:
[mysqld]
character-set-server=utf8
collation-server=utf8_general_ci
Источник: https://dev.mysql.com/doc/refman/5.7/en/charset-applications.html
Измените набор символов таблицы на utf8
ALTER TABLE your_table_name CONVERT TO CHARACTER SET utf8