As-tu vérifié que le fichier exporté était bien encodé en UTF-8 ? Ce n'est pas pour le temps que ça prend et c'est tout de même mieux de chercher le problème au bon endroit : si c'est l'export qui est foireux, inutile de le chercher dans la partie d'import. (a priori, vu le second screen, le logiciel en question devrait s'en occuper mais on a déjà vu des trucs mal foutus et le problème pourrait encore être que les données en base sont tout simplement mal encodées au départ)
Le fait que la colonne de la base de données soit dans un jeu ou l'autre n'influe pas sur le jeu de caractères de la source ni de la connexion. Il faut donc spécifier utf8mb4 lors de la connexion au serveur SQL.
Si ton fichier CSV n'est pas en UTF-8 et que le jeu de caractères du fichier ne coïncide pas avec le jeu de caractères quand Unicode (qui est un abus de langage courant pour dire UTF-8) n'est pas coché, tu risques d'avoir des soucis avec les données texte.
Tu ne nous as toujours pas dit si le fichier source était bien en UTF-8, ce qui reste un point crucial.
julp.fr ~ PHP < 8.0.0 : activer les erreurs PDO/SQL ~ PHP < 8.1.0 : activer les erreurs mysqli
julp.fr ~ PHP < 8.0.0 : activer les erreurs PDO/SQL ~ PHP < 8.1.0 : activer les erreurs mysqli
julp.fr ~ PHP < 8.0.0 : activer les erreurs PDO/SQL ~ PHP < 8.1.0 : activer les erreurs mysqli