Chciałem połączyć kilka postów, aby uzyskać pełną odpowiedź na to pytanie, ponieważ wydaje się, że to kilka kroków.
- Powyżej porady @madtracey
/etc/mysql/my.cnf lub /etc/mysql/mysql.conf.d/mysqld.cnf
[mysql]
default-character-set=utf8mb4
[mysqld_safe]
socket = /var/run/mysqld/mysqld.sock
nice = 0
[mysqld]
##
character-set-server=utf8mb4
collation-server=utf8mb4_unicode_ci
init_connect='SET NAMES utf8mb4'
sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION
Ponownie z porad wynika, że wszystkie połączenia jdbc miały characterEncoding=UTF-8i characterSetResults=UTF-8zostały z nich usunięte
Z tym zestawem -Dfile.encoding=UTF-8wydawało się, że nie ma znaczenia.
Nadal nie mogłem napisać międzynarodowego tekstu do db, otrzymując taką samą awarię jak powyżej
Teraz korzystamy z tego jak przekonwertować-cały-mysql-database-characterset-and-collation-to-utf-8
Zaktualizuj całą bazę danych do użycia utf8mb4
ALTER DATABASE YOURDB CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
Uruchom to zapytanie, które daje ci to, co należy szczebla
SELECT CONCAT(
'ALTER TABLE ', table_name, ' CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; ',
'ALTER TABLE ', table_name, ' CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; ')
FROM information_schema.TABLES AS T, information_schema.`COLLATION_CHARACTER_SET_APPLICABILITY` AS C
WHERE C.collation_name = T.table_collation
AND T.table_schema = 'YOURDB'
AND
(C.CHARACTER_SET_NAME != 'utf8mb4'
OR
C.COLLATION_NAME not like 'utf8mb4%')
Kopiuj wyniki wklejania w edytorze zastąp wszystkie | nic nie przesyła z powrotem do mysql po podłączeniu do poprawnej bazy danych.
To wszystko, co trzeba było zrobić i wydaje mi się, że wszystko działa. Nie - Dfile.encoding=UTF-8nie jest włączony i wydaje się działać zgodnie z oczekiwaniami
E2A Nadal masz problem?
Z pewnością jestem w produkcji, więc okazuje się, że musisz sprawdzić, co zostało zrobione powyżej, ponieważ czasami to nie działa, oto powód i naprawa w tym scenariuszu:
show create table user
`password` varchar(255) CHARACTER SET latin1 NOT NULL,
`username` varchar(255) CHARACTER SET latin1 NOT NULL,
Widać, że niektórzy nadal łacińscy próbują ręcznie zaktualizować rekord:
ALTER TABLE user CONVERT TO CHARACTER SET utf8mb4;
ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes
Więc zawęźmy to:
mysql> ALTER TABLE user change username username varchar(255) CHARACTER SET utf8mb4 not NULL;
ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes
mysql> ALTER TABLE user change username username varchar(100) CHARACTER SET utf8mb4 not NULL;
Query OK, 5 rows affected (0.01 sec)
Krótko mówiąc musiałem zmniejszyć rozmiar tego pola, aby aktualizacja działała.
Teraz kiedy biegnę:
mysql> ALTER TABLE user CONVERT TO CHARACTER SET utf8mb4;
Query OK, 5 rows affected (0.01 sec)
Records: 5 Duplicates: 0 Warnings: 0
To wszystko działa