mysql 出现 1264 Out of range value for column 错误的解决办法

最新推荐文章于 2025-01-23 10:54:01 发布
最新推荐文章于 2025-01-23 10:54:01 发布
阅读量5.3k 收藏 1
点赞数 1
CC 4.0 BY-SA版权
分类专栏： mysql 文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/g56467467464/article/details/99413024
本文介绍了解决MySQL因字段长度超过列定义长度而引发的报错问题。通过调整sql_mode设置，可以在不同平台上实现一致的行为。文章提供了临时和永久解决方案，包括修改my.ini配置文件的具体步骤。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

新增数据时报错
在这里插入图片描述
经网上查找：是my.ini的配置有误

原因：
新版本的MySQL对字段的严格检查。 通常在Linux下安装完mysql后，默认的sql_mode值是空，在这种情形下mysql执行的是一种不严格的检查，如果要插入的字段长度超过列定义的长度，那么mysql不会终止操作，而是会自动截断后面的字符继续插入操作!但是在windows下面却不会这样。而是直接终止报出上面的错误!

临时解决办法：
执行语句前，先执行

sql_mode=‘’；

永久解决办法：
设置my.ini
将

sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

改为

sql-mode="NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"

重启mysql服务

另：
修改mysql数据库表结构适应数据长度，最好的办法是修改配置文件。这样。平台差距就不会太大了！

经常使用的sql_mode值如下表：

Sql_mode值描述
ANSI更改语法和行为，使其更符合标准SQL。
STRICT_TRANS_TABLES如果不能将给定的值插入到事务表中，则放弃该语句，对于非事务表，如果值出现在单行语句或多行语句的第一行，则放弃该语句。
TRADITIONALMake mysql的行为像“传统”SQL数据库系统。该模式的简单描述是当在列中插入不正确的值时“给出错误而不是警告”。注释：一旦发现错误立即放弃INSERT/UPDATE。如果你使用非事务存储引擎，这种方式不是你想要的，因为出现错误前进行的数据更改不会“滚动”，结果是更新“只进行了一部分”。

说明：如果把sql_mode的值设置成后面的两个值（即严格模式），那么当在列中插入或更新不正确的值时，mysql将会给出错误，并且放弃insert/update操作。在我们的一般应用中建议使用这两种模式，而不是使用默认的空或ANSI模式。但是需要注意到问题是，如果数据库运行在严格模式下，并且你的存储引擎不支持事务，那么有数据不一致的风险存在，如：一组sql中有两个dml语句，如果后面的一个出现了问题，但是前面的已经操作成功，那么mysql并不能回滚前面的操作，因此说设置sql_mode需要应用人员权衡各种得失，从而得到一个合适的选择

参考

【异常】MySQL提示异常Data truncation: Out of range value for column ‘id‘ at row 1
本本本添哥
03-14 5241
重新修改数据库id的值的范围即可，建议将类型变成bigint。
Mysql出现问题：ERROR 1264(22003 (ER_WARN_DATA_OUT_OF_RANGE)): Out of range value for column ‘%s‘ at 解决方案
小虚竹的专栏
04-04 2599
Mysql出现问题：ERROR 1264(22003 (ER_WARN_DATA_OUT_OF_RANGE)): Out of range value for column '%s' at row %ld解决方案
【MySQL-ERROR】MySQL 报错 ERROR 1264 (22003): Out of range value for column
若如初见
06-28 8361
1.错误背景描述 MySQL数据库给表插入数据时报错： ERROR 1264 (22003): Out of range value for column ‘cellphone’ at row 1 MySQL版本：8.0.20 创建数据表语句如下： CREATE TABLE contacts( uid INT(10) UNSIGNED PRIMARY KEY AUTO_INCREMENT NOT NULL, uname VARCHAR(25), email VARCHAR(50), cellphone
【MySQL】Error 1264: out of range value for column
Asher117的博客
12-21 1494
mysql更改数据类型 或者 插入数据 Error 1264: out of range value for column 这是由于mysql数据长度限制
mysql数据库插入数据时出现 1264 Out of range value for column 错误的解决办法
徊忆羽菲
06-12 5676
mysql数据库插入数据时出现 1264 Out of range value for column 错误的解决办法分析原因解决方法 分析原因 新版本的MySQL对字段的严格检查。 通常在Linux下安装完mysql后，默认的sql_mode值是空，在这种情形下mysql执行的是一种不严格的检查，如果要插入的字段长度超过列定义的长度，那么mysql不会终止操作，而是会自动截断后面的字符继续插入操作...
MySQL报错分析：Error Code: 1264. Out of range value for column ‘columns‘ at row 167
rime的博客
04-09 6135
MySQL报错汇总
Data truncation: Out of range value for column ‘channel_type‘ at row 1
王春兰的博客
01-23 1163
一、问题背景二、问题原因三、解决方案1. 修改 channel_type 列为 UNSIGNED TINYINT2. 使用更大的数据类型四、额外建议五、最终步骤。
Data truncation: Out of range value for column `xxx`（MySQL的字段长度和取值范围踩坑）
reading-conference-writing
09-18 6099
测试过的MySQL版本：5.6、8.0。 如果你遇到了Out of range value错误，并且认为数据长度并没有超出字段长度，那么你需要了解一个关键知识点： MySQL中DECIMAL或DOUBLE的长度声明为(字段总长度,浮点位长度) 如DECIMAL(8)表示的是8位的数字，其中浮点位为4位，如1234.1234，而认为整数位是8位则是错误的，如插入值12345678.1234就会...
出现 MysqlDataTruncation: Data truncation: Out of range value for column ‘xxx‘ at row 1 解决方法
码农研究僧的博客
01-22 2437
字段范围超出，通过前后端以及数据库的寻找思路
mysql报错：1264-Out of range value for column ‘字段‘ at row 1
qq_45701131的博客
10-11 9770
发现程序部分内容写不到数据库，于是来排查是否为数据库的问题。 mysql数据库报错：1264-Out of range value for column 'guild_leader_id' at row 1。
mysql--Out of range value for column
hello_world_zhao的博客
08-26 1047
SQL [];将字段位数加长就行。
mysql decimal 报错( Out of range value for column)
Mr1ght的博客
09-11 2700
mysql的decimal类型的长度设置为(11,2)，但是插入11位数字的时候就报错，是因为mysql的decimal的11位是包含小数长度为11，插入的数据即便是整数也会保留小数位数，例如插入123，入库也是123.00，所以有时候会导致长度超长
MySql 错误提示 -out of range value for column
热门推荐
从未完美过的博客
11-11 3万+
问题：之前有一组数据的id是三位数的，原类型为 smallint(5)，想着就是三位数的，换乘tinyint(3)格式的，节省些空间，结果就是一直报错：out of range value for column at row 58， 仔细查了也没发现问题，最后检查发现超出了tinyint(3)的上限了， tinyint（3） 的范围是正负127，如果加上UNSIGNED，则最大为255。一旦达到...
mysql报错：out of range value for column问题
Alice_qixin的博客
07-11 8760
out of range value for column 翻译：超出范围值列 意思是：字段的值超过其可输入的范围了！例：该字段假如让你只输入char(10),你输入了超过了10个字符！ 修改方法，增加字段的长度。
MySql错误 [Err] 1264 - Out of range value for column 'created_at' at row 1
风涛
11-22 1万+
MySql错误 [Err] 1264 - Out of range value for column 'created_at' at row 1 首先，检查字段长度是否足够。 然后，检查字段类型是否是bigint. 如果还是不行的话，就是下面的原因了：新版本的MySQL对字段的严格检查。 解决方法： 修改my.ini,将 sql-mode="STRICT_TRANS_TABLES,NO_A...
MYSQL5 下的兼容说明
入海数沙
10-04 416
修改my.ini或my.conf,将 sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION" 改为 sql-mode="NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"。 重新启动MySQL。
mysql out of range,mysql保存数据提示：Out of range value for column错误
weixin_42366752的博客
03-17 2880
在我执行insert abc (a)values('bfdsafdsafdsafdsa') 时出现错误:#1264 - Out of range value adjusted for column 'a' at row 1原因分析我们从英文看出是因为字段长度不够用解决办法直接修改a字段的长度即可还有一种情况会出现Out of range value adjusted for column 'ID'...
mysql保存数据提示：Out of range value for column错误
小灰灰的博客
12-14 2万+
今天在做一个数据保存时mysql提示:Out of range value for column啊，看这意思好像素超过了指定长度啊，下面来给在家介绍解决办法。 在我执行insert abc (a)values('bfdsafdsafdsafdsa') 时出现错误:#1264 - Out of range value adjusted for column 'a' at row 1
[MySQL学习]STRICT_ALL_TABLES对应的OUT of RANGE VALUE FOR COLUMN和DATA truncated FOR COLUMN
为无为，事无事，味无味。
06-18 2532
昨天在存储过程中用了语句insert into a select from b。在应用中发现bigint字段插入到int字段的时候，数值被截断了，插入后已经不是所要的值。因为存储过程中没有用到异常捕捉的处理，所以一开始并未发现错误，只是在比对数据的时候才发现不对。后来比对了两张表，才发现是字段类型不一样。接下来就试着验证了一下（window下的测试环境）。 创建两张表 CREATE T
Numeric value out of range: 1264 Out of range value for column 'inactive_days' at row 1
最新发布
06-24
<think>首先，用户的问题是关于MySQL错误“Numericvalueoutofrange:1264Outofrangevalueforcolumn'inactive_days'atrow1”。用户引用了几个相关的引用，我需要参考这些引用。回顾引用：-引用[1]:描述了启用严格SQL模式后，插入超出范围值时的错误。-引用[2]:提到了数值表达式溢出导致错误。-引用[3]:是关于SQLServer中bigint数据类型的性能问题，似乎与用户问题不直接相关。-引用[4]:讨论了如何为MySQL表选择合适的数据类型，并给出了日期插入的示例。用户的具体问题是解决“inactive_days”列的错误。错误代码1264表示值超出列的数据类型范围。我需要构建一个结构清晰的回答，帮助用户逐步解决问题。回答必须是中文，因为系统指令要求使用中文回答。回答结构：1.**解释错误原因**：简要说明1264错误是由于值超出列的数据类型范围。2.**分析可能原因**：基于用户提供的“inactive_days”列，推测数据类型可能是什么（如TINYINT、SMALLINT等），并讨论常见范围。3.**解决方案步骤**：-**检查列的数据类型**：指导用户使用`DESCRIBE`或`SHOWCREATETABLE`查看“inactive_days”列的数据类型。-**调整数据类型**：建议更改数据类型以适应更大的值，如从TINYINTUNSIGNED改为INTUNSIGNED。-**检查输入值**：确保插入的值在范围内。-**处理SQL模式**：如果启用了严格模式，禁用它可能避免错误，但不推荐，因为这可能导致数据截断。-**其他考虑**：如引用[2]提到的表达式溢出。4.**示例代码**：提供SQL命令示例。5.**生成相关问题**：根据系统指令，在末尾添加相关问题。确保LaTeX语法正确：任何数学表达式或变量必须使用$...$或$$...$$。例如，讨论范围时，如TINYINT的范围是$0$到$255$。引用标识：在回答中引用的段落末尾自然地添加引用标识，如[^1]。用户提供了引用[1]到[4]，我需要适当引用它们。用户上一次问题：用户提到“我想解决MySQL中'inactive_days'列数值超出范围的错误”，所以我应该专注于这个具体列。潜在原因：-“inactive_days”可能定义为TINYINTUNSIGNED，范围0-255。如果用户尝试插入256或更大，会出错。-或者定义为SMALLINT，但值超过32767（有符号）或65535（无符号）。-引用[1]和[2]强调了严格模式和溢出。解决方案：1.查看数据类型：`DESCRIBEtable_name;`或`SHOWCREATETABLEtable_name;`2.如果数据类型太小，更改它：`ALTERTABLEtable_nameMODIFYinactive_daysINTUNSIGNED;`（假设需要更大的范围）3.检查插入的值：确保值在范围内。4.如果必要，调整SQL模式，但不推荐，因为它可以隐藏数据完整性问题。生成相关问题：1.如何查看MySQL表的结构？2.MySQL整数数据类型有哪些范围？3.如何安全地修改MySQL表结构？4.SQL模式如何影响数据插入？回答大纲：-引言：解释错误。-步骤1：检查数据类型。-步骤2：修改数据类型（如果需要）。-步骤3：验证输入值。-步骤4：考虑SQL模式。-结论：总结。-相关问题。</think>### MySQL错误“1264 Out of range value for column 'inactive_days' at row 1”解决方案 这个错误发生在MySQL中，当您尝试向“inactive_days”列插入一个超出其数据类型允许范围的数值时。错误代码1264表示数值溢出，通常是由于列的数据类型（如TINYINT或SMALLINT）无法容纳插入的值（例如插入的值大于列的最大值）。这类似于引用[1]中描述的严格SQL模式下的行为，即超出范围的值会触发错误而非自动截断[^1]。引用[2]也强调了数值表达式溢出可能导致类似问题[^2]。下面我将逐步指导您解决此问题，确保回答真实可靠。 #### 步骤1: 检查“inactive_days”列的数据类型和范围 首先，确定“inactive_days”列的数据类型及其允许的数值范围。MySQL整数类型有严格的限制： - TINYINT UNSIGNED: 范围 $0$ 到 $255$ - SMALLINT UNSIGNED: 范围 $0$ 到 $65535$ - INT UNSIGNED: 范围 $0$ 到 $4294967295$ 如果数据类型是TINYINT UNSIGNED，而您尝试插入的值（如 $256$）超出 $255$，就会触发错误。 使用SQL命令查看表结构： ```sql DESCRIBE your_table_name; -- 替换 your_table_name 为实际表名 ``` 或获取详细信息： ```sql SHOW CREATE TABLE your_table_name; ``` 在输出中，查找“inactive_days”列的定义。例如，如果显示 `inactive_days tinyint(3) unsigned`，则最大值为 $255$。引用[4]强调了选择合适数据类型的重要性，以避免此类问题[^4]。 #### 步骤2: 修改列的数据类型以适应更大范围 如果数据类型太小（如TINYINT），建议更改为更大的类型（如INT UNSIGNED）。使用`ALTER TABLE`命令： ```sql ALTER TABLE your_table_name MODIFY inactive_days INT UNSIGNED; -- 改为INT UNSIGNED，范围0-4294967295 ``` - **为什么选择INT UNSIGNED？** 如果“inactive_days”表示不活跃天数（通常是非负整数），INT UNSIGNED提供足够范围（最大约42亿天），避免常见溢出。 - **注意事项**： - 备份数据：执行前备份表，使用 `mysqldump -u username -p database_name your_table_name > backup.sql`。 - 影响：大型表修改可能耗时，建议在低峰期操作。 - 如果列已包含数据，MySQL会自动转换现有值，但确保新范围覆盖所有可能值。 #### 步骤3: 验证插入的值是否在范围内 检查您的插入语句或应用程序代码： - 确保插入值小于或等于列的最大值。例如，如果数据类型是SMALLINT UNSIGNED，值不能超过 $65535$。 - 使用查询测试范围： ```sql SELECT MAX(inactive_days) FROM your_table_name; -- 查看当前最大值 ``` - 如果值来自计算（如表达式），引用[2]指出表达式溢出（如 `SELECT inactive_days + 1000`）也可能触发错误[^2]。优化表达式以避免溢出。 #### 步骤4: 检查并调整SQL模式（可选） MySQL的严格SQL模式（如`STRICT_TRANS_TABLES`）会强制执行范围检查。禁用它可以避免错误（但可能导致数据截断，不推荐）： ```sql SET sql_mode = ''; -- 临时禁用严格模式 ``` - **推荐做法**：保持严格模式启用（默认），因为它保护数据完整性。错误是预警，提示您修复根本原因（如数据类型太小），而非掩盖问题[^1]。 - 查看当前SQL模式： ```sql SELECT @@sql_mode; ``` #### 总结 此错误通常由“inactive_days”列的数据类型范围不足引起。通过检查数据类型、修改为更大范围（如INT UNSIGNED）、验证输入值，即可解决。保持严格SQL模式有助于维护数据质量。类似问题在引用[3]中提及，尽管涉及SQL Server，但原理相同：数据类型选择直接影响性能和错误率[^3]。 如果您提供更多细节（如表结构或插入语句），我可以给出更精确的建议。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值