caractères utf8mb4 perdus dans l'exportation/importation dans Sequel Pro

Question

J'utilise l'Encodage UTF-8 Unicode (utf8mb4) et la Collation utf8mb4_unicode_520_ci pour les deux tableaux et les champs de ma base de données MySQL.

Quand exporter la base de données Sequel Pro et ouvrez le fichier sql exporté dans un éditeur de texte mon caractère de test apparaît correctement, mais quand j'importer le fichier dans Sequel Pro, il apparaît comme ???? tant dans Sequel Pro et mon application PHP/MySQL.

Dans la fenêtre d'importation, j'ai essayé Autodetect et Unicode (UTF-8) sans succès. Des idées?

De plus, existe-t-il un codage plus récent que je devrais utiliser à la place() et y a-t-il un avantage à utiliser utf8mb4_unicode_520_ci au lieu de seulement utf8mb4_unicode_ci?

Éditer/Voici une photo de ce que j'essaie de faire. Il semble que mon personnage "impair" est sur la bonne voie jusqu'à ce que j'essaie d'importer le fichier .sql dans Sequel PRO.

Answer 1

Le COLLATION n'a pas d'importance, sauf pour la commande. Le CHARACTER SET compte, puisqu'il s'agit d'un code de 4 octets.

D'une manière ou d'une autre, CHARACTER SET utf8 s'est impliqué, malgré ce que vous dites. Voir "points d'interrogation" dans Trouble with utf8 characters; what I see is not what I stored pour les causes probables.

SELECT HEX(...) ... Pour vérifier que ce caractère a effectivement été stocké en tant que hex F09D8C86.

Fournissez SHOW CREATE TABLE afin que nous puissions vérifier que la colonne est utf8mb4.

Et, voyons les paramètres de connexion.