Caused by: java.sql.SQLException: Invalid value for getLong() - '112233...‘ in c

最新推荐文章于 2021-11-04 21:03:25 发布
原创 最新推荐文章于 2021-11-04 21:03:25 发布 · 3.1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#hibernate

本文讨论了在使用Hibernate进行数据库操作时，遇到字段类型不匹配导致的错误。具体场景是实体类中VARCHAR类型的字段在映射文件中被配置为自增方式，从而在尝试获取长整型ID时引发异常。文章详细解释了问题原因，并提供了解决方案。
出现上述问题的原因是：
你用hibernate查询或者保存实体类的时候，
数据库和实体类的某个字段（我的是第一个字段ID）是VARCHAR类型，
但是你的映射文件配置里面的生成方式是increment方式，自增方式，
所以程序通过自增方式获取long类型的ID的时候，却获取到了VARCHAR类型，
类型不一致，报如上错误;
这是我遇到的情况，以此类推，出现上述异常的原因大概就是
1.Table-实体类的字段类型匹配不一致
2.实体类的字段生成方式和字段的类型不吻合，
出现 Cause: java.sql.SQLException: Incorrect string value: 解决方法（拓展utf8 和 utf8_general_ci ）
码农研究僧的博客
02-25 633
表示 插入 create_name 字段的字符串包含了无法存储的字符，具体来说是 \xF0\x9F\x90\xBE，这个是 emoji 表情（如 🐾），而数据库的字符集 不支持存储 emoji 有如下方法，要么存储要么过滤
Caused by: java.sql.SQLException: Data truncated for column ‘birthday‘ at row 1
Baymax0912的博客
10-27 1051
项目场景： 一个Java中的Date数据类型，我想将之存到数据库的时候存成一个1970年至今的毫秒数，取出来时转换成java的Date，即java的Date与数据库的varchar毫秒值之间转换。 问题描述： 测试转换时报错 package com.itheima.Handler; import org.apache.ibatis.type.BaseTypeHandler; import org.apache.ibatis.type.JdbcType; import java.sql.*; pu
Mybatis Cause: java.sql.SQLException: Invalid value for getLong()异常解析
lmx125254的博客
08-16 8817
首先，遇到这个问题的情况下就说明你的实体接收类重写了构造函数，并且你的构造函数无法对应上你的Sql查询语句。 我的Mybatis的版本是3.5.0 前阵子在用Mysql写select语句的时候，发生了Invalid value for getLong() 异常，Debug发现Mabatis在用Long类型为返回的Varchar赋值（这边赋值表示Mysql返回的Rs给Java的Entity赋值），用Long给String当然赋值不上，因此就报错了。 查...
Error querying database. Cause: java.sql.SQLException:Invalid value for getLong()
Mr.Xie的博客
10-18 3428
其实问题很简单，因为小小的疏忽，导致数据库字段类型与mapper.xml执行的sql结果映射的java字段没匹配上导致的
java.sql.SQLException: Invalid value for getLong() - 'test001'
Hello_word_2
09-28 2890
java.sql.SQLException: Invalid value for getLong() - 'test001' 写项目遇到此错误,度娘也没找到解决方案,回头再看这个问题确实很好解决,提示和明显,此文记之。 误图片呈上： 报的是sql异常，getLong()无效，说明封装bean问题，数据类型定义有问题； 检查封装bean和数据库数据类型是否对应。  ...
java.sql.SQLException: Invalid value for getLong() - 'xxx'
qq_38098125的博客
07-04 5879
报错：java.sql.SQLException: Invalid value for getLong() - 'XXX'是由于实体类和数据库的字段类型没有对应上，实体类中是Long类型，但数据库实际上是其他类型的，如varchar、datetime等。 ...
Mybatis中遇到的 Invalid value for getLong()-“xxx“
awodwde的博客
09-07 792
出错原因：该框架可能将第一个字段当作了Long类型的字段进行了处理，而我们将第一个字段写成了非Long类型的字段，映射时就出现了该异常 所以，应该将下图中的红色框中的字段放在后面 ...
Java异常之—-Caused by: java.lang.IllegalStateException: Method has too many Body parameters
01-20
异常：Caused by: java.lang.IllegalStateException: Method has too many Body parameters Caused by: java.lang.IllegalStateException: Method has too many Body parameters: public abstract ...
Android Caused by: java.lang.ClassNotFoundException解决办法
01-04
08-13 18:29:22.924: E/AndroidRuntime(1875): Caused by: Java.lang.ClassNotFoundException:XXXXX in loader dalvik.system.PathClassLoader[/data/app/XXXX.apk] 我想大家经常因为疏忽出现...
MySQL存储表情时报错：java.sql.SQLException: Incorrect string value:‘\xF0\x9F\x92\xA9\x0D\x0A…’的解决方法
12-16
本文主要介绍了关于MySQL存储表情报错：java.sql.SQLException: Incorrect string value: ‘\xF0\x9F\x92\xA9\x0D\x0A…’的相关解决方法，分享出供大家参考学习，下面话不多说了，来一起看看详细的介绍： ...
mysql s1009_解决SQL Error: 0, SQLState: S1009，Invalid value for getLong() - 'XX'的问题
weixin_36461619的博客
01-19 6431
内容简介今天遇到一个异常，报出消息为SQL Error: 0, SQLState: S1009，Invalid value for getLong() - 'PH'，排查问题后，结果令人哑然失笑，也许Ctrl+C，Ctrl+V让程序员们用的很娴熟，但Ctrl+V之后还是要细心检查代码。异常看到这个信息，第一反应是执行SQL出错了，检查了参数，数据库字段的类型定义，没啥问题，把参数替换后在Navic...
java.sql.SQLException: Invalid value for getInt() - ‘id‘ Query: select ‘id‘,‘username‘,‘password‘,‘e
handsome1_的博客
11-04 563
java.sql.SQLException: Invalid value for getInt() - 'id' Query: select 'id','username','password','email' from t_user where username = ? and password = ? Parameters: [admin, admin] java.sql.SQLException sql 语句有误 经过对比发现这里的sql语句中引号有明显的错误，正确的写法应为 Str.
java.sql.SQLException: Invalid value for getInt() - 'id' Query: select 'id','username','password','e
happy_lol的博客
04-15 1183
java.sql.SQLException: Invalid value for getInt() - ‘id’ Query: select ‘id’,‘username’,‘password’,‘email’ from t_user where username =? Parameters: [admin] 原来的句子是 String sql =“insert into t_user(‘user...
Cause: java.sql.SQLException: Invalid value for getInt()
No8g攻城狮的博客
02-15 4721
Cause: java.sql.SQLException: Invalid value for getInt() - '锛? ' ; SQL []; Invalid value for getInt() - '锛 '; nested exception is java.sql.SQLException: Invalid value for getInt() - '锛? ' 在对错误进行排查...
JAVA生成二维码，并且在二维码底部加了字
lq6812574的博客
10-10 4266
/** * 生成二维码 */ public class QRCodeUtils { private static final String CHARSET = "utf-8"; // 二维码尺寸 private static final int QRCODE_SIZE = 335; // 用二维码生成新图片，新图片加高多少，比如加的字体大小为24，这里就设置成26 private static final int FONT_SIZE_HEIGHT = 26; .
java实现1 12 123 1234 12345 123456 输出
weixin_45081651的博客
09-22 6966
java实现1 12 123 1234 12345 123456 输出 package math; public class Class { public static void main(String[] args) { // TODO Auto-generated method stub int n= 6; for(int i=1;i<=n;i++) { for(int j=1;j<=i;j++) { System.out.print(j);
Caused by: java.sql.SQLException: Invalid column name 使用sharding配置时报错
最新发布
05-15
<think>嗯，用户遇到了在使用Sharding配置时出现的java.sql.SQLException: Invalid column name错误，需要解决这个问题。首先，我得回忆一下ShardingSphere的工作原理，可能的问题点在哪里。 可能的原因之一是列名映射的问题。Sharding-JDBC在分片时会重写SQL，如果实际表结构和逻辑表配置不一致，特别是分片键的列名在真实表中不存在，就会报错。比如，逻辑表配置的分片键是user_id，但实际表中可能用的是userId或者别的名字。这时候需要检查分片配置中的分片键是否正确，以及实际表的列名是否匹配。 另一个可能是SQL中的列名没有正确使用别名。特别是在关联查询时，如果逻辑表名和别名混用，可能会导致ShardingSphere无法正确替换列名。例如，写成了SELECT order.id FROM order o，这里应该用别名o.id而不是order.id。这种情况需要用户检查SQL语句中的别名使用是否正确。 此外，分片策略配置错误也是一个常见原因。比如，分片算法引用了不存在的列，或者在复合分片键的情况下配置遗漏了某个列。需要检查分片策略配置，确保所有提到的列名在实际表中都存在。 还有可能是元数据缓存的问题。ShardingSphere会缓存表结构，如果实际表结构变更后没有更新缓存，就会导致列名不匹配。这时候可能需要清除缓存或者重启应用来重新加载元数据。 针对这些可能的原因，我应该一步步引导用户进行检查。首先验证实际表结构，确认分片键对应的列存在。然后检查Sharding配置中的逻辑表和分片键是否正确。接着审查SQL语句中的列名和别名是否正确使用。最后，处理可能的元数据缓存问题，并考虑开启SQL日志来定位具体哪个环节出错。 同时，用户可能需要相关的延伸问题，比如如何调试ShardingSphere的SQL重写，或者最佳实践来避免这类错误。这些可以作为相关问题推荐给用户，帮助他们更全面地理解和解决问题。</think>针对在使用Sharding配置时出现的$java.sql.SQLException:\ Invalid\ column\ name$错误，以下是系统性的排查和解决方案： ### 一、核心原因分析 1. **列名映射不一致** ShardingSphere在SQL解析时会根据逻辑表名重写SQL。若实际物理表的列名与逻辑表配置不一致，例如： - 分片键配置为$user_id$，但物理表列名为$userId$ - 使用SQL函数时未正确处理列别名（如$COUNT(logic_column)$未映射到$actual_column$） 2. **分片策略配置错误** ```yaml shardingAlgorithms: user_inline: type: INLINE props: algorithm-expression: db_${user_id % 2} # 错误示例：物理库无此列 ``` ### 二、解决方案步骤 1. **验证物理表结构** 执行$DESC physical_table$确认分片键列真实存在，特别注意： - 大小写敏感性（MySQL默认不敏感，但ShardingSphere严格匹配） - 复合分片键的列顺序 2. **检查Sharding配置** ```yaml rules: - !SHARDING tables: logic_table: actualDataNodes: db${0..1}.table_${0..15} databaseStrategy: standard: shardingColumn: user_id # 必须与物理表列名一致 shardingAlgorithmName: db_hash ``` 3. **SQL语句审查要点** - 避免混用逻辑表名和别名： ```sql -- 错误写法 SELECT order.id FROM order o WHERE order.user_id = 1 -- 正确写法 SELECT o.id FROM order o WHERE o.user_id = 1 ``` - 使用$SimpleSQLParser$工具验证SQL解析结果 4. **元数据缓存刷新** 执行以下API强制刷新（ShardingSphere-Proxy 5.3.0+）： ```http POST /metadata/refresh?schemaName=sharding_db ``` ### 三、调试技巧 1. 开启SQL解析日志： ```properties logging.level.org.apache.shardingsphere.sql.parser=DEBUG ``` 2. 使用$sql.show$配置查看最终路由SQL： ```yaml props: sql-show: true ``` ### 四、预防措施 1. 采用统一列名规范（如全小写下划线格式） 2. 使用$DistSQL$动态管理分片规则： ```sql CREATE SHARDING TABLE RULE t_order ( RESOURCES(resource_0,resource_1), SHARDING_COLUMN=user_id, TYPE(NAME=hash_mod,PROPERTIES("sharding-count"=4)) ); ``` 典型错误案例：某电商系统因历史表结构存在$customerId$和$customer_id$混合使用导致分片失败，统一列名后问题解决[^1]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值