错误代码：1406。列的数据太长 - MySQL

Question

错误代码：1406。列的数据太长

CREATE  TABLE `TEST` 
(

  `idTEST` INT NOT NULL ,

  `TESTcol` VARCHAR(45) NULL ,

  PRIMARY KEY (`idTEST`) 
);

现在Insert 一些值

INSERT INTO TEST
VALUES
(
    1,
    'Vikas'
)

select 

SELECT * FROM TEST;

插入记录多于length

INSERT INTO TEST
VALUES
(
    2,
    'Vikas Kumar Gupta Kratika Shukla Kritika Shukla'
)

如果我们selectlength

SELECT LENGTH('Vikas Kumar Gupta Kratika Shukla Kritika Shukla')

 '47'

它正在显示错误消息

错误代码：1406。数据对于列而言太长

但我的期望是，我想在表格中插入至少前 45 个字符

如果问题不清楚，请告诉我。

我知道这个错误的原因。我正在尝试插入超过数据类型长度的值。

我想要 MySQL 中的解决方案，因为它可能在 MS SQL 中。所以我希望它也可以在 MySQL 中。

Answer 1

MySQL 将截断任何超过指定列宽的插入值。

要做到这一点而不会出错，请尝试将您的 SQL mode 切换为不使用 STRICT。

Mysql reference manual

---

编辑：

改变模式

这可以通过两种方式完成：

1. 在 MySQL 安装目录中打开 my.ini (Windows) 或 my.cnf (Unix) 文件，然后查找文本“sql-mode”。

查找：

代码：

# Set the SQL mode to strict 
sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

替换为：

代码：

# Set the SQL mode to strict 
sql-mode="NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

或者

1. 您可以在数据库管理工具中运行 SQL 查询，例如 phpMyAdmin：

代码：

SET @@global.sql_mode= '';

Answer 2

这件事最近发生在我身上。 我完全迁移到 MySQL 5.7，一切都在默认配置中。

之前所有的答案都已经很清楚了，我只想补充一点。

这个 1406 错误也可能发生在您的函数/过程中，而不仅仅是您的表的列长度。

在我的例子中，我使用 IN 参数 varchar(16) 触发了哪个调用过程，但收到了 32 个长度值。

我希望这对有类似问题的人有所帮助。

Answer 3

我认为关闭 STRICT 模式不是一个好的选择，因为应用可能会开始丢失用户输入的数据。

如果您从应用程序接收到 TESTcol 的值，您可以添加模型验证，例如在 Rails 中

validates :TESTcol, length: { maximum: 45 }

如果您使用 SQL 脚本中的值进行操作，您可以使用 SUBSTRING 命令截断字符串

INSERT INTO TEST
VALUES
(
    1,
    SUBSTRING('Vikas Kumar Gupta Kratika Shukla Kritika Shukla', 0, 45)
);

Answer 4

这是我在 ubuntu 中使用的步骤。它允许您从输入中插入超过 45 个字符，但 MySQL 会将您的文本剪切为 45 个字符以插入到数据库中。

1. 运行命令

   sudo nano /etc/mysql/my.cnf

2. 然后粘贴这段代码

   [mysqld] sql-mode="NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

3. 重启 MySQL

   sudo服务mysql重启；

Answer 5

由于这个问题优先考虑搜索结果，我会很快说您可以在使用 substr() 保存之前预截断您的数据；然后转到更严重的问题，即保存大数据导致错误代码：1406.Data too long for column。

我不同意所有关于关闭严格模式的答案和 cmets。假设是，必须保存需要保存的数据 - 不能在没有通知的情况下随意神秘消失。建议使用良好的表结构，但如果您必须保存任何 大 数据，您可以将列的容量更改为：

TEXT: 65,535 characters - 64 KB
MEDIUMTEXT: 16,777,215 - 16 MB
LONGTEXT: 4,294,967,295 characters - 4 GB

Answer 6

尝试检查您的 SQL 数据库的限制。也许您超出了该行的字段限制。

Answer 7

除了上面给出的答案，我只想补充一点，在导入带有不正确的行终止字符的数据时也会发生此错误。

例如，我将转储文件以 csv 格式保存在 windows 中。然后在导入时

LOAD DATA INFILE '/path_to_csv_folder/db.csv' INTO TABLE table1
 FIELDS TERMINATED BY ',' 
 ENCLOSED BY '"'
 ESCAPED BY '"'
 LINES TERMINATED BY '\n'
IGNORE 1 LINES;

Windows 将行尾保存为 \r\n（即 CF LF），而我使用的是 \n。我变得疯狂为什么 phpMyAdmin 能够导入文件而我不能。只有当我在 notepadd++ 中打开文件并看到文件末尾时，我才意识到 mysql 无法找到任何行终止符号（我猜它认为所有行都是该字段的输入；让它抱怨。）

无论如何从\n到\r\n;它就像一个魅力。

LOAD DATA INFILE '/path_to_csv_folder/db.csv' INTO TABLE table1
 FIELDS TERMINATED BY ',' 
 ENCLOSED BY '"'
 ESCAPED BY '"'
 LINES TERMINATED BY '\r\n'
IGNORE 1 LINES;

Answer 8

我在 Django 中使用 imagefield 时遇到了同样的错误。 post_picture = models.ImageField(upload_to='home2/khamulat/mydomain.com/static/assets/images/uploads/blog/%Y/%m/%d', height_field=None, default=None, width_field=None, max_length=None)

我刚刚把上面显示的多余代码去掉到 post_picture = models.ImageField(upload_to='images/uploads/blog/%Y/%m/%d', height_field=None, default=None, width_field=None, max_length=None)，错误就消失了

Answer 9

首先使用主键集创建表结构然后尝试上传 csv 文件后，我收到此错误。我的 CSV 文件在主键列中有信息。它是从另一个 sql server 导出的。无论我如何尝试导出和导入，它都无法正常工作。

我解决这个问题的方法是将我的主键列放在我的数据库和我的 csv 中，上传，然后添加我的主键列。

Answer 10

转到您的模型并检查，因为您可能已经截断了该特定列的一些单词，例如。 max_length="150"。