在我的例子中，通过将mysql列编码更改为“binary”（数据类型将自动更改为varbinary）解决了这个问题。可能我无法过滤或搜索该列，但我不需要它。

通常，在向编码/排序规则不兼容的列插入字符串时会发生这种情况。
我在使用触发器时遇到了这个错误，因为某些原因，触发器继承了服务器的排序规则。mysql的默认值是（至少在ubuntu上）拉丁文-1和瑞典语排序规则。尽管我已经将数据库和所有表设置为utf-8，但我还没有设置 my.cnf :
/etc/mysql/my.cnf：

[mysqld]
character-set-server=utf8
default-character-set=utf8

必须列出所有utf8-*：

select TRIGGER_SCHEMA, TRIGGER_NAME, CHARACTER_SET_CLIENT, COLLATION_CONNECTION, DATABASE_COLLATION from information_schema.TRIGGERS

其中列出的一些变量也应该有utf-8-*（没有拉丁语-1或其他编码）：

show variables like 'char%';

为了修复这个错误，我将mysql数据库升级到utf8mb4，它支持完整的unicode字符集，具体步骤如下。我建议仔细阅读，因为有很多问题（例如，由于新的编码，索引键可能会变得太大，之后必须修改字段类型）。

我不建议richies回答，因为你把数据库里的数据搞砸了。你不会解决你的问题，但试图“隐藏”它，不能执行基本的数据库操作的垃圾数据。
如果您遇到此错误，或者您发送的数据不是utf-8编码的，或者您的连接不是utf-8。首先，验证数据源（文件，…）是否真的是utf-8。
然后，检查数据库连接，连接后应执行以下操作：

SET NAMES 'utf8';
SET CHARACTER SET utf8;

接下来，验证存储数据的表是否具有utf8字符集：

SELECT
  `tables`.`TABLE_NAME`,
  `collations`.`character_set_name`
FROM
  `information_schema`.`TABLES` AS `tables`,
  `information_schema`.`COLLATION_CHARACTER_SET_APPLICABILITY` AS `collations`
WHERE
  `tables`.`table_schema` = DATABASE()
  AND `collations`.`collation_name` = `tables`.`table_collation`
;

最后，检查数据库设置：

mysql> show variables like '%colla%';
mysql> show variables like '%charac%';

如果源、传输和目标都是utf-8，那么问题就没有了；）

遇到以下不正确的字符串值时，我的解决方案是：使用scriptcase的column error的“\xf8”必须确保数据库是为utf8 general ci设置的，字段排序规则也是如此。然后，当我做我的数据导入一个csv文件我加载到ue工作室csv，然后保存为utf8格式和瞧！它就像一个魔咒，29000张记录中没有错误。以前我试图导入一个excel创建的csv。

我今天解决了这个问题，将列改为“longblob”类型，它存储原始字节而不是utf-8字符。
这样做的唯一缺点是您必须自己处理编码。如果应用程序的一个客户机使用utf-8编码，而另一个客户机使用cp1252，则您的电子邮件可能会使用不正确的字符发送。为了避免这种情况，请在所有应用程序中始终使用相同的编码（例如utf-8）。
请参阅本页http://dev.mysql.com/doc/refman/5.0/en/blob.html 有关text/longtext和blob/longblob之间差异的更多详细信息。网上也有许多其他的论据讨论这两个问题。