Incorrecte “chaîne de valeur” lorsque vous tentez d'insérer UTF-8 dans MySQL via JDBC?

C'est ainsi que ma connexion est fixé à:

Connection conn = DriverManager.getConnection(url + dbName + "?useUnicode=true&characterEncoding=utf-8", userName, password);

Et j'obtiens le message d'erreur suivant lorsque tyring pour ajouter une ligne à un tableau:

Incorrect string value: '\xF0\x90\x8D\x83\xF0\x90...' for column 'content' at row 1

Je suis l'insertion des milliers de dossiers, et j'ai toujours ce message d'erreur lorsque le texte contient des \xF0 (c'est à dire la chaîne incorrecte de la valeur commence toujours par \xF0).

De la colonne de classement est utf8_general_ci.

Quel pourrait être le problème?

  • Que serait la LETTRE minuscule LATINE N AVEC un TILDE (ñ).
InformationsquelleAutor Lior | 2012-06-08
  1. 267

    MySQL utf8 autorise uniquement les caractères Unicode qui peut être représenté avec 3 octets en UTF-8. Ici vous avez un personnage qui a besoin de 4 octets: \xF0\x90\x8D\x83 (U+10343 LETTRE GOTHIQUE SAUIL).

    Si vous avez MySQL 5.5 ou version ultérieure, vous pouvez changer la colonne de l'encodage à partir utf8 à utf8mb4. Ce codage permet de stocker des personnages qui occupent 4 octets en UTF-8.

    Vous pouvez également définir la propriété de serveur character_set_server à utf8mb4 dans le fichier de configuration de MySQL. Il semble que Connector/J par défaut est 3 octets Unicode autrement:

    Par exemple, pour l'utilisation de 4 octets UTF-8 jeux de caractères avec Connector/J, configurer le serveur MySQL avec character_set_server=utf8mb4, et de laisser characterEncoding du Connecteur/J de la chaîne de connexion. Connector/J puis la détection automatique du format UTF-8 réglage.

    • Quel drôle de choix pour avoir utf8 signifie vraiment "le sous-ensemble de l'utf-8 qui peut être représenté dans 3 octets".
    • Exactement! C'est très confus: je savais que mon encodage et le classement ont été utf8_general_ci mais a été toujours obtenir une erreur mysql. Je suis heureux @Joni eu la réponse ci-dessus, ou sinon je n'aurais jamais deviné ce qui se passait.
    • Avertissement: Vous devez mettre à niveau vers la version la plus récente du Connecteur/J conducteur lorsque vous faites cela, car les anciennes versions ne semblent pas à la détection automatique du utf8mb4 paramètre correctement!
    • character_encoding_server est nota MySQL valide config nom de la variable. J'ai essayé de mettre character_set_server à utf8mb4 au lieu de cela, en plus des colonnes, mais ça n'a rien changé.
    • Il y a une étape que j'avais à faire quand j'ai changé ma base de données à utf8mb4 et qui a été à l'ARRÊT de la spécification characterEncoding=UTF-8&characterSetResults=UTF-8. C'est en fait la prévention de la bonne gestion de l'utf8mb4.
    • # Pour chaque base de données: MODIFIER la BASE de données database_name JEU de CARACTÈRES = utf8mb4 COLLATE = utf8mb4_unicode_ci; # Pour chaque table: ALTER TABLE nom_table CONVERTIR JEU de CARACTÈRES utf8mb4 RASSEMBLER utf8mb4_unicode_ci; # Pour chaque colonne: ALTER TABLE nom_table CHANGEMENT column_name column_name VARCHAR(191) JEU de CARACTÈRES utf8mb4 RASSEMBLER utf8mb4_unicode_ci;
    • Bizarre que l'UTF-8 n'est pas en UTF-8 jusqu'à ce qu'il est mis à jour pour être en UTF-8
    • Donc, vous suggérez que l'UTF-8 à 3 (trois) octets est pas possible de stocker la LETTRE minuscule LATINE N AVEC un TILDE (ñ), et nous avons besoin de 4 (quatre) octets épeler "España" correctement? Vraiment? Pourrait-il être plus inneficient que cela? Que pouvons-nous en magasin en plus de A-Z et 0-9 avec 3 octets, alors..
    • occupe 2 octets dans les deux utf8 et utf8mb4 aussi longtemps que vous utilisez varchar ou text. Seuls les caractères au-dessus de U+FFFF prendre jusqu'à 4 octets. Si vous n'avez pas besoin de stocker les caractères de différentes langues, vous pouvez toujours utiliser 1 octet encodages comme latin1
    • S'il vous plaît au moins arrêter d'appeler utf8mb3 utf
    • L'exécution de SET NAMES utf8mb4; avant la LOAD DATA LOCAL INFILE déclaration a été super utile pour moi. stackoverflow.com/a/42024406/470749

    InformationsquelleAutor Joni
  2. 79

    Les chaînes qui contiennent \xF0 sont tout simplement caractères codés comme plusieurs octets l'utilisation de l'UTF-8.

    Bien que votre classement est mis à utf8_general_ci, je soupçonne que le codage des caractères de la base de données, une table ou une même colonne peut être différent. Ils sont les paramètres indépendants. Essayez:

    ALTER TABLE database.table MODIFY COLUMN col VARCHAR(255)  
    CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL;

    Substitut quel que soit votre type de données est de type VARCHAR(255)

    • En fait essayé, n'est-ce pas le travail. La colonne du type de données est LONGTEXT btw, si cette matière.
    • Votre application est en Java-je le prendre? Essayez d'appeler Java avec le file-encoding paramètre spécifiant l'UTF-8, par exemple java -Dfile.encoding=UTF-8 ou ajouter un interrupteur approprié dans votre Tomcat (etc.) fichier de configuration.
    • Je vous suggère de mettre l'accent sur la "encodage des caractères de la base de données, une table ou une même colonne peut être différent". C'est la chose la plus importante.
    • L'homme génial! A bien fonctionné pour moi !!
    InformationsquelleAutor Eric J.
  3. 45

    Eu le même problème, à enregistrer les données avec utf8mb4 doit s'assurer que:

    1. character_set_client, character_set_connection, character_set_results sont utf8mb4: character_set_client et character_set_connection indiquer le jeu de caractères dans lequel les instructions sont envoyées par le client, character_set_results indique le jeu de caractères dans lequel le serveur renvoie les résultats de la requête du client.

      Voir jeu de caractères de la connexion.

    2. la table et de la colonne de codage est utf8mb4

    Pour JDBC, il y a deux solutions:

    Solution 1 (besoin de redémarrer MySQL):

    1. modifier my.cnf comme suit et redémarrer MySQL:

      [mysql]
default-character-set=utf8mb4

[mysqld]
character-set-server=utf8mb4
collation-server=utf8mb4_unicode_ci

    cela peut assurez-vous que la base de données et character_set_client, character_set_connection, character_set_results sont utf8mb4 par défaut.

    1. redémarrer MySQL

    2. de changer de table et de colonne de l'encodage utf8mb4

    3. ARRÊTER précisant characterEncoding=UTF-8 et characterSetResults=UTF-8 dans le connecteur jdbc,cause cela va remplacer character_set_client, character_set_connection, character_set_results à utf8

    Solution de deux (n'avez pas besoin de redémarrer MySQL):

    1. de changer de table et de colonne de l'encodage utf8mb4

    2. précisant characterEncoding=UTF-8 dans le connecteur jdbc,provoquer le connecteur jdbc n'est pas de suport utf8mb4.

    3. écrire votre sql de tresorerie comme ceci (il faut ajouter allowMultiQueries=true de connecteur jdbc):

      'SET NAMES utf8mb4;INSERT INTO Mytable ...';

    ce sera assurez-vous que chaque connexion au serveur, character_set_client,character_set_connection,character_set_results sont utf8mb4.

    Voir aussi jeu de caractères de la connexion.

    • Le Point 3 a été le coup de massue pour moi, en conjonction avec l'évolution de la db, table & champ codages: 'nom de l'ENSEMBLE utf8mb4;INSERT INTO Matable ...';
    • Point 3 a fait le tour pour moi aussi, ma table de codage d'ores et déjà utf8mb4.
    • La table de codage est juste un défaut. Il suffit de changer la colonne de l'encodage utf8mb4.
    • La seconde approche devrait être utilisé de manière sélective, j'. e. ne jamais être appliquée à SELECT requêtes, comme set names utf8mb4; select ... from ... ne produira jamais un ResultSet et place le résultat dans un ResultSet is from UPDATE. No Data. erreur.
    • solution 2, par. 1 m'a aidé quand j'ai essayé d'insérer Cyrillique texte par le biais de mon formulaire de contact.
    • La Solution 2 a fonctionné pour moi, mais je n'arrive pas à obtenir nouvellement inséré id de ma deuxième requête d'insertion. que dois-je faire ?
    • default-character-set=utf8mb4 pour le client mysql fixe pour moi. character-set-server est facultatif. Le moyen le plus rapide pour le tester: select CONVERT('' USING utf8mb4); (éditer ~/.mon.cnf ou /etc/my.cnf sur le client mysql machine). Pour tester character_set_results (de serveur à client partie): select CONVERT(UNHEX('F09F9883') USING utf8mb4);. "character-set-server" seulement définit le jeu de caractères par défaut appliqués lors de la création de la base de données de commandes à exécuter. Source: "indiquer le jeu de caractères et la collation de la base de données par défaut" dev.mysql.com/doc/refman/8.0/en/charset-connection.html

    InformationsquelleAutor madtracy
  4. 10

    J'ai voulu combiner les deux posts pour faire une réponse complète, car il semble que quelques étapes.

    1. Conseils ci-dessus par @madtracey

    /etc/mysql/my.cnf ou /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

    À nouveau à partir de conseils au-dessus de toutes les connexions jdbc avait characterEncoding=UTF-8et characterSetResults=UTF-8 retiré

    Avec cet ensemble -Dfile.encoding=UTF-8 semble pas faire de différence.

    Je ne pouvais pas encore écrire du texte international en db se même l'échec comme ci-dessus

    Maintenant en utilisant cette comment-convertir-un-ensemble-mysql-base de données-characterset-et-classement-à-utf-8

    Mise à jour de tous vos db à utiliser utf8mb4

    ALTER DATABASE YOURDB CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

    Exécuter cette requête que vous donne ce qui doit être sonnée

    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%')

    Copier coller de sortie dans l'éditeur de remplacer toutes les | avec rien de nouveau en mysql lorsqu'il est connecté à corriger db.

    C'est tout ce qui devait être fait et tout semble fonctionner pour moi. Pas la -Dfile.encoding=UTF-8 n'est pas activé et il semble fonctionner comme prévu

    E2A Encore d'avoir un problème ?
    Je suis effectivement en production, donc il s'avère que vous avez besoin de vérifier ce qui a été fait par ci-dessus, car elle peut ne fonctionne pas, voici la raison et de la fixer dans ce scénario:

    show create table user

  `password` varchar(255) CHARACTER SET latin1 NOT NULL,
  `username` varchar(255) CHARACTER SET latin1 NOT NULL,

    Vous pouvez voir certains sont encore en latin
    tenter de mettre à jour manuellement le dossier:

    ALTER TABLE user CONVERT TO CHARACTER SET utf8mb4;
ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes

    Donc, nous allons le réduire:

    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)

    En bref, j'ai dû réduire la taille de ce champ afin d'obtenir la mise à jour fonctionne.

    Maintenant quand je le lance:

    mysql> ALTER TABLE user CONVERT TO CHARACTER SET utf8mb4;
Query OK, 5 rows affected (0.01 sec)
Records: 5  Duplicates: 0  Warnings: 0

    Tout cela fonctionne

    • Question: la dernière commande ALTER TABLE vous permet de convertir le contenu de tous les champs VARCHAR en valide, véritable chaîne encodée en UTF8? Je demande parce que je vais avoir des problèmes pour convertir mes LATIN1 champs pour de l'utf-8, en particulier lorsque le ñ caractère est trouvé, la conversion directement échoue en raison d'une mauvaise chaîne de valeur (erreur 1366).
    • si vous voulez dire ALTER TABLE user CONVERT TO CHARACTER SET utf8mb4; curieusement quand j'ai couru ce la dernière fois que tous les champs n'avait plus un jeu de caractères défini. si le mot de passe à partir de ci-dessus est devenu password varchar(255) not NULL, (rien à propos de l'encodage). Cela signifie que la dernière commande doit simplement avoir fait mysql recherche de la véritable définition de la table a été et parce que maintenant la table par défaut, ce champs n'en avez plus besoin - je présume qu'ils sont restés avec le jeu de caractères tout simplement parce que pendant le vidage de l'ensemble des mises à jour de table, il ne pouvait pas le mettre à jour et d'où il a été laissé dans cet état
    InformationsquelleAutor Vahid
  5. 5

    Dans mon cas, j'ai essayé tout ce qui précède, rien n'a fonctionné. Je suis assez sûr, ma base de données se présente comme suit.

    mysql  Ver 14.14 Distrib 5.7.17, for Linux (x86_64) using  EditLine wrapper

Connection id:      12
Current database:   xxx
Current user:       yo@localhost
SSL:            Not in use
Current pager:      stdout
Using outfile:      ''
Using delimiter:    ;
Server version:     5.7.17-0ubuntu0.16.04.1 (Ubuntu)
Protocol version:   10
Connection:     Localhost via UNIX socket
Server characterset:    utf8
Db     characterset:    utf8
Client characterset:    utf8
Conn.  characterset:    utf8
UNIX socket:        /var/run/mysqld/mysqld.sock
Uptime:         42 min 49 sec

Threads: 1  Questions: 372  Slow queries: 0  Opens: 166  Flush tables: 1  Open tables: 30  Queries per second avg: 0.144

    donc, je regarde le jeu de caractères de la colonne de chaque table

    show create table company;

    Il s'avère que la colonne jeu de caractères latin. C'est pourquoi, je ne peux pas insérer Chinois dans la base de données.

     ALTER TABLE company CONVERT TO CHARACTER SET utf8;

    Qui pourraient vous aider. 🙂

    InformationsquelleAutor crazy_phage
  6. 4

    il suffit de ne 

    ALTER TABLE `some_table` 
CHARACTER SET = utf8 , COLLATE = utf8_general_ci ;

ALTER TABLE `some_table` 
CHANGE COLUMN `description_with_latin_or_something` `description` TEXT CHARACTER SET 'utf8' NOT NULL ;
    • que faire si j'ai un tas de tables je veux changer dans la base de données si? et si tous ont différents moteur de stockage innodb, etc)?
    InformationsquelleAutor shareef
  7. 4

    En supposant que vous utilisez phpmyadmin pour résoudre cette erreur, suivez ces étapes:

    1. phpMyAdmin
    2. your_table
    3. "La Structure de l'onglet"
    4. de modifier le Classement de votre champ de latin1_swedish_ci (ou ce que c'est) pour utf8_general_ci
    • Pas valide, vous êtes croyant qu'il utilise phpMyAdmin.
    InformationsquelleAutor Teo Mihaila
  8. 3

    Surtout due à certains caractères unicode. Dans mon cas, c'était le symbole de la devise Roupie.

    Rapidement résoudre ce problème, j'ai eu à la place du personnage qui provoque cette erreur. J'ai copier collé le tout le texte dans un éditeur de texte comme vi et a remplacé le troublant personnage avec un texte un.

    • L'OP mentionné qu'il y a un mille dossiers insérer....
    InformationsquelleAutor BTR Naidu
  9. 3

    J'ai eu le même problème dans mon rails de projet:

    Incorrect string value: '\xF0\xA9\xB8\xBDs ...' for column 'subject' at row1

    Solution 1: avant d'enregistrer dans la base de données convertit une chaîne base64 par Base64.encode64(subject)
    et après l'extraction de db utiliser Base64.decode64(subject)

    Solution 2:

    L'étape 1:
    Changer le jeu de caractères et collation) pour la colonne objet par

    ALTER TABLE t1 MODIFY
subject VARCHAR(255)
  CHARACTER SET utf8mb4
  COLLATE utf8mb4_unicode_ci;

    Étape 2: Dans la base de données.yml utilisation 

    encoding :utf8mb4
    • N'a pas aidé. Dans l'impossibilité de stocker les émoticônes..
    InformationsquelleAutor ravi
  10. 3

    J'ai eu ce problème avec mon JEU de l'application Java. C'est ma trace de la pile pour que l'exception:

    javax.persistence.PersistenceException: Error[Incorrect string value: '\xE0\xA6\xAC\xE0\xA6\xBE...' for column 'product_name' at row 1]
at io.ebean.config.dbplatform.SqlCodeTranslator.translate(SqlCodeTranslator.java:52)
at io.ebean.config.dbplatform.DatabasePlatform.translate(DatabasePlatform.java:192)
at io.ebeaninternal.server.persist.dml.DmlBeanPersister.execute(DmlBeanPersister.java:83)
at io.ebeaninternal.server.persist.dml.DmlBeanPersister.insert(DmlBeanPersister.java:49)
at io.ebeaninternal.server.core.PersistRequestBean.executeInsert(PersistRequestBean.java:1136)
at io.ebeaninternal.server.core.PersistRequestBean.executeNow(PersistRequestBean.java:723)
at io.ebeaninternal.server.core.PersistRequestBean.executeNoBatch(PersistRequestBean.java:778)
at io.ebeaninternal.server.core.PersistRequestBean.executeOrQueue(PersistRequestBean.java:769)
at io.ebeaninternal.server.persist.DefaultPersister.insert(DefaultPersister.java:456)
at io.ebeaninternal.server.persist.DefaultPersister.insert(DefaultPersister.java:406)
at io.ebeaninternal.server.persist.DefaultPersister.save(DefaultPersister.java:393)
at io.ebeaninternal.server.core.DefaultServer.save(DefaultServer.java:1602)
at io.ebeaninternal.server.core.DefaultServer.save(DefaultServer.java:1594)
at io.ebean.Model.save(Model.java:190)
at models.Product.create(Product.java:147)
at controllers.PushData.xlsupload(PushData.java:67)
at router.Routes$$anonfun$routes$1.$anonfun$applyOrElse$40(Routes.scala:690)
at play.core.routing.HandlerInvokerFactory$$anon$3.resultCall(HandlerInvoker.scala:134)
at play.core.routing.HandlerInvokerFactory$$anon$3.resultCall(HandlerInvoker.scala:133)
at play.core.routing.HandlerInvokerFactory$JavaActionInvokerFactory$$anon$8$$anon$2$$anon$1.invocation(HandlerInvoker.scala:108)
at play.core.j.JavaAction$$anon$1.call(JavaAction.scala:88)
at play.http.DefaultActionCreator$1.call(DefaultActionCreator.java:31)
at play.core.j.JavaAction.$anonfun$apply$8(JavaAction.scala:138)
at scala.concurrent.Future$.$anonfun$apply$1(Future.scala:655)
at scala.util.Success.$anonfun$map$1(Try.scala:251)
at scala.util.Success.map(Try.scala:209)
at scala.concurrent.Future.$anonfun$map$1(Future.scala:289)
at scala.concurrent.impl.Promise.liftedTree1$1(Promise.scala:29)
at scala.concurrent.impl.Promise.$anonfun$transform$1(Promise.scala:29)
at scala.concurrent.impl.CallbackRunnable.run$$$capture(Promise.scala:60)
at scala.concurrent.impl.CallbackRunnable.run(Promise.scala)
at play.core.j.HttpExecutionContext$$anon$2.run(HttpExecutionContext.scala:56)
at play.api.libs.streams.Execution$trampoline$.execute(Execution.scala:70)
at play.core.j.HttpExecutionContext.execute(HttpExecutionContext.scala:48)
at scala.concurrent.impl.CallbackRunnable.executeWithValue(Promise.scala:68)
at scala.concurrent.impl.Promise$KeptPromise$Kept.onComplete(Promise.scala:368)
at scala.concurrent.impl.Promise$KeptPromise$Kept.onComplete$(Promise.scala:367)
at scala.concurrent.impl.Promise$KeptPromise$Successful.onComplete(Promise.scala:375)
at scala.concurrent.impl.Promise.transform(Promise.scala:29)
at scala.concurrent.impl.Promise.transform$(Promise.scala:27)
at scala.concurrent.impl.Promise$KeptPromise$Successful.transform(Promise.scala:375)
at scala.concurrent.Future.map(Future.scala:289)
at scala.concurrent.Future.map$(Future.scala:289)
at scala.concurrent.impl.Promise$KeptPromise$Successful.map(Promise.scala:375)
at scala.concurrent.Future$.apply(Future.scala:655)
at play.core.j.JavaAction.apply(JavaAction.scala:138)
at play.api.mvc.Action.$anonfun$apply$2(Action.scala:96)
at scala.concurrent.Future.$anonfun$flatMap$1(Future.scala:304)
at scala.concurrent.impl.Promise.$anonfun$transformWith$1(Promise.scala:37)
at scala.concurrent.impl.CallbackRunnable.run$$$capture(Promise.scala:60)
at scala.concurrent.impl.CallbackRunnable.run(Promise.scala)
at akka.dispatch.BatchingExecutor$AbstractBatch.processBatch(BatchingExecutor.scala:55)
at akka.dispatch.BatchingExecutor$BlockableBatch.$anonfun$run$1(BatchingExecutor.scala:91)
at scala.runtime.java8.JFunction0$mcV$sp.apply(JFunction0$mcV$sp.java:12)
at scala.concurrent.BlockContext$.withBlockContext(BlockContext.scala:81)
at akka.dispatch.BatchingExecutor$BlockableBatch.run(BatchingExecutor.scala:91)
at akka.dispatch.TaskInvocation.run(AbstractDispatcher.scala:40)
at akka.dispatch.ForkJoinExecutorConfigurator$AkkaForkJoinTask.exec(ForkJoinExecutorConfigurator.scala:43)
at akka.dispatch.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260)
at akka.dispatch.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1339)
at akka.dispatch.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:1979)
at akka.dispatch.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:107)
Caused by: java.sql.SQLException: Incorrect string value: '\xE0\xA6\xAC\xE0\xA6\xBE...' for column 'product_name' at row 1
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1074)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4096)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4028)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2490)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2651)
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2734)
at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2155)
at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2458)
at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2375)
at com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2359)
at com.zaxxer.hikari.pool.ProxyPreparedStatement.executeUpdate(ProxyPreparedStatement.java:61)
at com.zaxxer.hikari.pool.HikariProxyPreparedStatement.executeUpdate(HikariProxyPreparedStatement.java)
at io.ebeaninternal.server.type.DataBind.executeUpdate(DataBind.java:82)
at io.ebeaninternal.server.persist.dml.InsertHandler.execute(InsertHandler.java:122)
at io.ebeaninternal.server.persist.dml.DmlBeanPersister.execute(DmlBeanPersister.java:73)
... 59 more

    J'ai essayé d'enregistrer un enregistrement à l'aide d'io.Ebean. Je l'ai fixée par la reprise de la création de ma base de données avec utf8mb4 classement, et appliqué jouer évolution de re créer toutes les tables de sorte que toutes les tables doivent être recréé avec de l'utf-8 classement.

    CREATE DATABASE inventory CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
    InformationsquelleAutor Md Ashfak Chowdhury
  11. 2

    Je vous ne souhaitez appliquer les modifications uniquement pour un champ, vous pouvez essayer d'arranger le champ

    class MyModel < ActiveRecord::Base
serialize :content
attr_accessible :content, :title
end
    InformationsquelleAutor Paul Marclay
  12. 1

    ma solution est de changer le type de colonne de type varchar(255) blob

    InformationsquelleAutor zhuochen shen
  13. 1

    Vous devez définir utf8mb4 dans les méta html et aussi dans votre serveur alter table et set de classement pour utf8mb4

    InformationsquelleAutor Sona Israyelyan
  14. 1

    Si vous créez une nouvelle table MySQL, vous pouvez spécifier le jeu de caractères de toutes les colonnes lors de la création, et qui a résolu le problème pour moi.

    CREATE TABLE tablename (
<list-of-columns>
)
CHARSET SET utf8mb4 COLLATE utf8mb4_unicode_ci;

    Vous pouvez lire plus de détails: https://dev.mysql.com/doc/refman/8.0/en/charset-column.html

    InformationsquelleAutor amucunguzi