Rails4中TEXT字段存84KB内容报错，Rails3正常，排查无效求助

看来这个问题的核心是MySQL TEXT类型的容量限制，咱们一步步拆解解决：

问题根源 #

MySQL的TEXT类型默认是「普通TEXT」，最大容量是65535字节（约64KB），你要存储的84KB内容已经超过了这个上限，所以触发了Data truncation错误。而Rails3中能正常运行，大概率是因为当时的ActiveRecord驱动或者数据库列实际是MEDIUMTEXT（最大支持16MB），迁移到Rails4后出现了类型匹配的偏差。

解决步骤 #

1. 确认数据库列的真实类型 #

先通过MySQL客户端执行以下SQL，确认content列的实际类型：

DESCRIBE your_table_name; -- 替换成你的目标表名

如果结果里content的类型是text（没有标注medium），那确实是容量不够导致的问题。

2. 生成迁移修改列类型为MEDIUMTEXT #

创建迁移文件：

rails generate migration ChangeContentToMediumtextInYourTableName

打开生成的迁移文件，修改内容为：

class ChangeContentToMediumtextInYourTableName < ActiveRecord::Migration
  def change
    # 方式1：指定limit为MEDIUMTEXT的上限（16777215字节）
    change_column :your_table_name, :content, :text, limit: 16777215
    # 方式2：部分数据库适配器支持直接指定:mediumtext类型
    # change_column :your_table_name, :content, :mediumtext
  end
end

执行迁移：

rake db:migrate

3. 为什么database.yml的strict设置没用？ #

你尝试的strict: false、sql_mode相关配置，是控制MySQL的SQL严格校验规则，但当数据长度超过列的物理存储上限时，这些配置无法阻止截断错误——因为MySQL根本存不下这么大的数据，这和SQL模式无关。

补充说明 #

Rails3和Rails4的ActiveRecord在处理TEXT类型映射上可能有差异：Rails3的JDBC驱动可能默认将:text映射为MEDIUMTEXT，而Rails4的驱动更严格地对应MySQL的普通TEXT，这就是为什么之前正常现在报错的核心原因。

内容的提问来源于stack exchange，提问作者Priyanka Babar