MySql中对应字段属性为int取出来却为Long

最新推荐文章于 2025-04-09 17:23:49 发布
原创 最新推荐文章于 2025-04-09 17:23:49 发布 · 1.3k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文记录了在使用Java ORM框架时遇到的类型转换错误：无法将Long类型的ID值赋给int类型字段的问题。详细解析了错误原因，即在数据库中ID字段设置为INT(10) UNSIGNED，导致查询结果类型不匹配。通过修改数据库表字段类型为INT，成功解决了该问题。

今天遇到了如题的问题，接下来看下控制台的报错信息：

java.lang.IllegalArgumentException: Can not set int field cn.zyx.po.User.id to java.lang.Long
	at sun.reflect.UnsafeFieldAccessorImpl.throwSetIllegalArgumentException(UnsafeFieldAccessorImpl.java:167)
	at sun.reflect.UnsafeFieldAccessorImpl.throwSetIllegalArgumentException(UnsafeFieldAccessorImpl.java:171)
	at sun.reflect.UnsafeIntegerFieldAccessorImpl.set(UnsafeIntegerFieldAccessorImpl.java:98)
	at java.lang.reflect.Field.set(Field.java:764)
	at cn.zyx.dao.impl.UserDaoImpl.queryUserList(UserDaoImpl.java:76)
	at cn.zyx.service.impl.UserServiceImpl.queryUsers(UserServiceImpl.java:28)
	at cn.zyx.test.SpringV1.test(SpringV1.java:39)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
	at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
	at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
	at org.junit.runner.JUnitCore.run(JUnitCore.java:160)
	at com.intellij.junit4.JUnit4IdeaTestRunner.startRunnerWithArgs(JUnit4IdeaTestRunner.java:68)
	at com.intellij.rt.junit.IdeaTestRunner$Repeater.startRunnerWithArgs(IdeaTestRunner.java:33)
	at com.intellij.rt.junit.JUnitStarter.prepareStreamsAndStart(JUnitStarter.java:230)
	at com.intellij.rt.junit.JUnitStarter.main(JUnitStarter.java:58)

报错说无法给对象中int属性的id值set为Long类型，百度发现是我在MySql中对id设置了属性为INT(10)UNSIGNED 这种无符号的int值取出来就是为Long，所以我用SQL把表中这个字段对应的属性设置为int，下面是我更改这个字段属性的SQL：

-- t_user是我这里对应的表明，id是字段名
ALTER TABLE t_user MODIFY id  INT(10);
如何为 MySQL 表中的字段选择合适的数据类型
Tony.Dong的专栏
09-10 4283
详细分析了 MySQL 支持的各种数据类型，包括数字类型 INETGER、DECIAML、DOUBLE 等，字符串类型 CHAR、VARCHAR、TEXT、BLOB 等，日期时间类型 DATE、TIME、DATETIME 等，JSON 以及空间数据类型。分析了它们的特点和使用场景，以及如何为表中的字段选择合适的数据类型。
mysql int字段 被转成Long问题解决
weixin_41263382的博客
06-02 4837
注意避坑啦！ 最近我和春春遇到了枚举类无法正常从数据库中取出的问题 表象就是NewOrderStatus newOrderStatus这个枚举字段一直都是null，但是同一个do中的其他枚举字段都是正常取出的。 没办法只能逐层排查，最终定位到了问题，在枚举处理器中，我们看到code的Class是Long，看来问题应该就是mysql驱动从数据库中取字段类型有偏差导致的。 再往深层找，我们能够看到，在com.mysql.jdbc.ResultSetImpl#getObject(int)这个方法里面从数
MySQL的 int , bigint字段与java的 int , long 字段反射/映射时，产生的问题
劲雨波
02-10 3793
针对java连接数据库映射时产生的问题 java.lang.IllegalArgumentException: argument type mismatch at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 总结了一下是字段类型不匹配的问题，整理了一下表格 int MySQL 无符号(unsigned) Java int 原本（未选择无符号） int – – – int ✔️（勾选后） long lo
java.lang.ClassCastException：无法将类java.lang.Integer强制转换为类java.lang.Long
一名可爱的技术搬运工
05-28 4436
在下面的示例中， jdbcTemplate.queryForList返回一个Integer对象，我们尝试将其直接转换为Long ： public List<Customer> findAll() { String sql = "SELECT * FROM CUSTOMER"; List<Customer> customers = ...
为何mysql中的int类型对应于java中的Long类型
shining的专栏
11-23 3445
发现在很多能根据MySQL数据库表结构自动生成 bean，mapper，service，controller的开发框架中，如果字段的数据类型是int，一般都是对应于java类型中的Long类型，这是为何？ 下图展示MySQL中int分别为有符号及无符号的情况下的取值范围；展示java中Integer和Long的取值范围。从对比中可以看出，如果MySQL选择无符号的int类型时，它的取值范...
mysql中的int类型对应于java中的Long类型
zero_xk_的博客
02-21 4257
bug日记 今天在写项目的时候碰到了就顺便记录一下，事情的经过是这样的↓ 在数据库查询完后映射到po类的时候报了错 娃子还小不懂事，屁颠屁颠跑回去看po类、数据字段、mapper.xml，大眼瞪小眼看了半天没看出来啥问题。 没啥问题啊，于是我一顿debug找错，发现了自己mybatis框架里面这么一段代码 这一段是将数据库中表一行记录中的列映射成一个java对象，debug发现他是long类型的，我就觉得奇怪int对应的不应该是Integer类型的嘛？？！！What？ 但是仔细
简单了解mysql存储字段类型查询效率
12-14
MySQL数据库在设计表结构时，选择正确的存储字段类型对于查询效率和存储空间的优化至关重要。以下是对标题和描述中提到的知识点的详细说明： 1. **整数类型**： - 整数类型包括TINYINT、SMALLINT、MEDIUMINT、INT...
MySQL数据类型和常用字段属性总结
09-10
MySQL是一种广泛使用的开源关系型数据库管理系统，其对数据的管理严格依赖于数据类型和字段属性。数据类型决定了列中可以存储的数据种类，而字段属性则规定了这些数据的额外行为和约束。 首先，我们来看看日期和...
MySQL与Oracle字段类型对比及迁移指南
囚徒之困
04-09 1705
oracle自增 oracle类型 mysql和oracle类型对比
数据库为字段为BigInt 类型，实体类中使用Long类型接收 ，导致的 精度丢失的问题
m0_73590570的博客
06-11 895
这里当生成订单生成的订单id 使用的是mybatisPlus 的自动生成的雪花id ,但是当需要根据前端传来的id来查询订单详情时，首先传来的是Long类型的，精度丢失，这里如果去测试，使用数据库生成的订单号去测试的时候，需要将订单号后面加上"L"只有这样才能正确的查询出数据。具体的解决方式，配置全局的处理。Serialization Inclusion: JsonInclude.Include.NON_NULL 配置使得只有非空属性会被序列化到 JSON 中，这样可以减少传输的数据量并保持响应的简洁性。
【Java】解决Java报错：java.lang.Integer cannot be cast to java.lang.Long的解决方案
科技改变人类，技术成就未来
08-06 5985
在 Java 开发中，我们时常会遇到类型转换错误，尤其是在操作混合类型的数据时。例如，试图将一个 Integer 类型的数据强行转换为 Long 类型时，会抛出 java.lang.Integer cannot be cast to java.lang.Long 异常。本文将详细解释这个错误的原因，并提供多种解决方案。
Java中Long类型传入前端数值出错
m0_57305043的博客
03-04 1666
Java后端Long类型给前端传值出错及解决办法
mybatis用map接收返回对象，数据类型为tinyint自动转换为boolean解决办法
jiaojie1112的博客
07-07 1231
在jdbcurl后面添加参数tinyInt1isBit=false 将目标字段用mysql字符串处理函数处理，比如CONCAT(your字段名称,"")
Integer类型转换为long类型
weixin_73060959的博客
10-14 3439
在Java中，将Integer类型转换为long类型是一个简单的类型转换过程。由于long类型是一个更大的数值类型，它能够容纳Integer类型的所有可能值，因此这个转换是安全的，不会丢失数据。以下是几种将Integer转换为long。
mysql 取int_php从mysql取出int数据，变成了string
weixin_29267307的博客
01-19 703
php从mysql取出int数据，变成了stringphp应用mysql扩展的话，不能获取数据库中的数据类型，而当用mysqlnd的时候，是可以获取的。在php7以后，mysql扩展已经摒弃了，建议用mysqli，而mysqli是可以获取数据库中的数据类型的，但是默认并没有开启。需要设置option参数 MYSQLI_OPT_INT_AND_FLOAT_NATIVE 为 true$this-&gt...
在SQLite中是否有Long类型
chuyouyinghe的专栏
09-19 2390
通常情况下，SQLite根据存储的数据自动选择合适的整数类型。例如，如果要插入的整数值超出了INTEGER类型的范围，则SQLite将自动将其存储为BIGINT类型。因此，在大多数情况下，不需要特别指定使用哪种整数类型。相反，SQLite使用不同的数据类型来存储整数值，例如INTEGER、BIGINT、SMALLINT和TINYINT。根据需要，这些整数类型可以存储不同的整数范围。在上述示例中，我们创建了一个名为”users”的表，其中包含了不同整数类型的列。根据实际需求，可以选择使用适当的整数类型。
mybatis 自关联查询Integer变为Long
andQ的博客
03-24 1375
解决办法取消mysql主键的无符号勾选即可
SQLite中使用时的数据类型注意
a616735104的博客
09-26 266
在使用SQLite时，要注意：在SQLite中的Integer类型，对应在C#中需要使用long类型或者Int64 在使用SQLite时，要注意：在SQLite中存放的日期类型必须是如此：yyyy-MM-dd HH:mm:ss 不能加毫秒，而且只能用“-”间隔。 在使用SQLite时，要注意：在SQLite中存放的Bool类型只能使用数字，不能使用'true'或'false'否则无法...
SQLite 数据类型
weixin_33859504的博客
08-27 140
SQLite 数据类型 参考： SQLite 数据类型 | 菜鸟教程http://www.runoob.com/sqlite/sqlite-data-types.html   SQLite 数据类型是一个用来指定任何对象的数据类型的属性。SQLite 中的每一列，每个变量和表达式都有相关的数据类型。 您可以在创建表的同时使用这些数据类型。SQLite 使用一个更普遍的动态类型系统。在...
mysql的字段类型long和int以及tinyint的区别
最新发布
12-12
<think>### MySQL整型字段类型对比：TINYINT vs INT vs BIGINT #### 核心区别总结（存储空间与数值范围） | 类型 | 存储空间 | 有符号范围（Signed） | 无符号范围（Unsigned） | 别名 | |------------|----------|--------------------------------------|----------------------------|---------------| | **TINYINT** | 1字节 | -128 ~ 127 | 0 ~ 255 | - | | **SMALLINT** | 2字节 | -32,768 ~ 32,767 | 0 ~ 65,535 | - | | **MEDIUMINT**| 3字节 | -8,388,608 ~ 8,388,607 | 0 ~ 16,777,215 | - | | **INT** | 4字节 | -2,147,483,648 ~ 2,147,483,647 | 0 ~ 4,294,967,295 | INTEGER | | **BIGINT** | 8字节 | -9.2×10¹⁸ ~ 9.2×10¹⁸ | 0 ~ 1.8×10¹⁹ | - | > *注：MySQL中没有单独命名为LONG的类型，但BIGINT相当于其他语言的Long类型* --- ### 关键特性详解 1. **TINYINT** - **典型用途**：状态标记（0/1）、枚举值（如性别：1男 2女） - **布尔替代**： ```sql is_active TINYINT(1) UNSIGNED DEFAULT 0 -- 0=false, 1=true ``` 2. **INT (INTEGER)** - **默认选择**：主键ID、数量计数、时间戳（秒级） - **范围示例**： ```sql user_id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY -- 最多42亿用户 ``` 3. **BIGINT** - **超大范围需求**：金融金额（分单位）、毫秒时间戳、分布式ID - **示例**： ```sql snowflake_id BIGINT UNSIGNED NOT NULL -- 雪花算法ID ``` --- ### 使用注意事项 1. **显示宽度陷阱**： - 括号中数字仅影响显示格式（如`INT(11)`），**不改变存储范围** - 实际存储由类型本身决定 2. **无符号使用建议**： - 明确不会出现负值时使用`UNSIGNED`（增加可用范围） - 注意运算溢出： ```sql -- 错误：无符号数相减结果为负会报错 SET @a = 1, @b = 2; SELECT @a - @b; -- 有符号：-1（正常） SELECT CAST(@a AS UNSIGNED) - CAST(@b AS UNSIGNED); -- 报错！ ``` 3. **自动填充零（ZEROFILL）**： - MySQL 8.0已弃用，建议用应用层格式化 ```sql -- 旧版用法（显示宽度5位，不足补0） product_code INT(5) ZEROFILL -- 123 → '00123' ``` --- ### 类型选择决策树 ```mermaid graph TD A[需要存储的数值] --> B{是否超过42亿？} B -->|是| C[使用BIGINT] B -->|否| D{是否小于65535？} D -->|是| E{是否小于255？} E -->|是| F[使用TINYINT] E -->|否| G[使用SMALLINT/MEDIUMINT] D -->|否| H[使用INT] ``` §§相关问题§§ 1. 在MySQL中，使用无符号整型（UNSIGNED）进行减法运算时可能出现什么问题？ 2. 如何正确选择SMALLINT、MEDIUMINT和INT类型以优化存储空间？ 3. MySQL 8.0版本为什么弃用ZEROFILL属性？替代方案是什么？ 4. 当使用INT类型作为自增主键时，达到最大值42亿后会发生什么情况？ </think> ### MySQL整型字段类型对比：TINYINT vs INT vs BIGINT #### 核心区别总结（存储空间与数值范围） | 类型 | 存储空间 | 有符号范围（Signed） | 无符号范围（Unsigned） | 别名 | |------------|----------|--------------------------------------|----------------------------|---------------| | **TINYINT** | 1字节 | -128 ~ 127 | 0 ~ 255 | - | | **SMALLINT** | 2字节 | -32,768 ~ 32,767 | 0 ~ 65,535 | - | | **MEDIUMINT**| 3字节 | -8,388,608 ~ 8,388,607 | 0 ~ 16,777,215 | - | | **INT** | 4字节 | -2,147,483,648 ~ 2,147,483,647 | 0 ~ 4,294,967,295 | INTEGER | | **BIGINT** | 8字节 | -9.2×10¹⁸ ~ 9.2×10¹⁸ | 0 ~ 1.8×10¹⁹ | - | > *注：MySQL中没有单独命名为LONG的类型，但BIGINT相当于其他语言的Long类型* --- ### 关键特性详解 1. **TINYINT** - **典型用途**：状态标记（0/1）、枚举值（如性别：1男 2女） - **布尔替代**： ```sql is_active TINYINT(1) UNSIGNED DEFAULT 0 -- 0=false, 1=true ``` 2. **INT (INTEGER)** - **默认选择**：主键ID、数量计数、时间戳（秒级） - **范围示例**： ```sql user_id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY -- 最多42亿用户 ``` 3. **BIGINT** - **超大范围需求**：金融金额（分单位）、毫秒时间戳、分布式ID - **示例**： ```sql snowflake_id BIGINT UNSIGNED NOT NULL -- 雪花算法ID ``` --- ### 使用注意事项 1. **显示宽度陷阱**： - 括号中数字仅影响显示格式（如`INT(11)`），**不改变存储范围** - 实际存储由类型本身决定 2. **无符号使用建议**： - 明确不会出现负值时使用`UNSIGNED`（增加可用范围） - 注意运算溢出： ```sql -- 错误：无符号数相减结果为负会报错 SET @a = 1, @b = 2; SELECT @a - @b; -- 有符号：-1（正常） SELECT CAST(@a AS UNSIGNED) - CAST(@b AS UNSIGNED); -- 报错！ ``` 3. **自动填充零（ZEROFILL）**： - MySQL 8.0已弃用，建议用应用层格式化 ```sql -- 旧版用法（显示宽度5位，不足补0） product_code INT(5) ZEROFILL -- 123 → '00123' ``` --- ### 类型选择决策树 ```mermaid graph TD A[需要存储的数值] --> B{是否超过42亿？} B -->|是| C[使用BIGINT] B -->|否| D{是否小于65535？} D -->|是| E{是否小于255？} E -->|是| F[使用TINYINT] E -->|否| G[使用SMALLINT/MEDIUMINT] D -->|否| H[使用INT] ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值