我也遇到过同样的问题，下面是我的解决方案:

在表中为每个blob列创建文本类型的新列 将所有blob转换为文本并保存在新列中 删除blob列 将新列重命名为已删除列的名称

修改mytable 添加字段field1_new文本不为空， ADD COLUMN field2_new TEXT NOT NULL 更新mytable set field1_new = CONVERT(field1 USING utf8)， field2_new = CONVERT(field2 USING utf8); 修改mytable 删除列field1， 删除列field2; 修改mytable 修改字段field1_new field1文本， 修改字段field2_new field2文本;

你可以很容易地做到。

ALTER TABLE `table_name` CHANGE COLUMN `column_name` `column_name` LONGTEXT NULL DEFAULT NULL ;

上面的查询对我很有用。我希望它也能帮助到你。

我的MariaDB记录也有同样的问题。 这是(我的同事)用

select
uncompress(blobfield)
from table

我也遇到过同样的问题，下面是我的解决方案:

在表中为每个blob列创建文本类型的新列 将所有blob转换为文本并保存在新列中 删除blob列 将新列重命名为已删除列的名称

修改mytable 添加字段field1_new文本不为空， ADD COLUMN field2_new TEXT NOT NULL 更新mytable set field1_new = CONVERT(field1 USING utf8)， field2_new = CONVERT(field2 USING utf8); 修改mytable 删除列field1， 删除列field2; 修改mytable 修改字段field1_new field1文本， 修改字段field2_new field2文本;

我不明白为什么不那么容易:

UUID_TO_BIN('77dea2ad-3c8c-40c6-a278-7cf1a1ac9384')

and

BIN_TO_UUID(FIELD)

这些答案对我都没用。当转换为UTF8时，当编码器遇到一组字节它不能转换为UTF8它将导致一个?导致数据丢失的替换。你需要使用UTF16:

SELECT
    blobfield,
    CONVERT(blobfield USING utf16),
    CONVERT(CONVERT(blobfield USING utf16), BINARY),
    CAST(blobfield  AS CHAR(10000) CHARACTER SET utf16),
    CAST(CAST(blobfield  AS CHAR(10000) CHARACTER SET utf16) AS BINARY)

您可以在MySQL Workbench中检查二进制值。右击字段->在查看器中打开值->二进制。当转换回二进制时，二进制值应该与原始值相同。

或者，你也可以使用base-64，这是为了这个目的:

SELECT
    blobfield,
    TO_BASE64(blobfield),
    FROM_BASE64(TO_BASE64(blobfield))