Caused by: com.mysql.cj.exceptions.InvalidConnectionAttributeException: The server time zone value '...

在进行秒杀项目开发过程中,遇到因服务器时区配置不当导致的数据库连接异常。通过调整JDBC连接字符串中的时区参数及更新MySQL驱动版本,最终解决了问题。

今天自己做那个秒杀项目时候,开始是好的,一会就出现如上错误

Caused by: com.mysql.cj.exceptions.InvalidConnectionAttributeException: The server time zone value '�й���׼ʱ��' is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver (via the serverTimezone configuration property) to use a more specifc time zone value if you want to utilize time zone support.
at sun.reflect.GeneratedConstructorAccessor38.newInstance(Unknown Source) ~[na:na]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[na:1.8.0_144]
at java.lang.reflect.Constructor.newInstance(Constructor.java:423) ~[na:1.8.0_144]

开始是这样的,

jdbc:mysql://127.0.0.1:3306/miaosha?useUnicode=true&characterEncoding=utf-8&allowMultiQueries=true&useSSL=false

 

然后后修改下连接:

jdbc:mysql://127.0.0.1:3306/miaosha?characterEncoding=utf-8&useSSL=false&serverTimezone=UTC

后来还是报错,不过错误不一样了,

2019-10-11 11:02:45.268 ERROR 14300 --- [Create-15070576] com.alibaba.druid.pool.DruidDataSource   : create connection error

java.sql.SQLException: validateConnection false
    at com.alibaba.druid.pool.DruidAbstractDataSource.validateConnection(DruidAbstractDataSource.java:1199) ~[druid-1.0.5.jar:1.0.5]
    at com.alibaba.druid.pool.DruidAbstractDataSource.createPhysicalConnection(DruidAbstractDataSource.java:1422) ~[druid-1.0.5.jar:1.0.5]
    at com.alibaba.druid.pool.DruidDataSource$CreateConnectionThread.run(DruidDataSource.java:1649) ~[druid-1.0.5.jar:1.0.5]

然后就修改了连接的版本:

 <dependency>
            <groupId>mysql</groupId>
            <artifactId>mysql-connector-java</artifactId>
            <version>5.0.2</version>

        </dependency>

就正常了

### 问题分析 错误 `com.mysql.cj.exceptions.DataConversionException: Cannot determine value type from string 'IddCBY'` 通常发生在 Java 应用程序与 MySQL 数据库交互时,当数据库返回的字符串值无法被正确解析或映射到目标 Java 类型时,就会抛出此异常。该问题常见于 ORM 框架(如 MyBatis 或 Spring Data JPA)在处理查询结果时,未能正确识别数据库字段的数据类型或字段映射不匹配。 --- ### 解决方案 #### 1. 检查数据库字段与 Java 实体类的类型匹配 确保数据库表中字段的数据类型与 Java 实体类中对应字段的类型一致。例如,如果数据库字段是 `VARCHAR` 类型,Java 类中的字段应为 `String` 类型。若字段定义错误,例如将字符串类型的字段映射为 `Integer` 或 `Double`,则会导致类型转换失败。 ```java // 示例:正确的字段映射 public class User { private String username; // 数据库字段为 VARCHAR private Integer age; // 数据库字段为 INT } ``` #### 2. 检查 MyBatis 的 `resultType` 或 `resultMap` 如果使用 MyBatis 进行数据映射,确保 SQL 查询的返回类型定义正确。例如,若查询返回的是完整实体对象,则 `resultType` 应指向实体类,而不是基本类型或错误的类。 ```xml <!-- 示例:正确的 resultType 设置 --> <select id="getUserById" resultType="com.example.model.User"> SELECT * FROM users WHERE id = #{id} </select> ``` #### 3. 使用 `@Results` 注解或自定义 `resultMap` 显式映射字段 当数据库字段名与 Java 类字段名不一致或类型映射存在歧义时,应使用 `resultMap` 明确定义字段与属性的对应关系。 ```xml <resultMap id="userResultMap" type="com.example.model.User"> <id property="userId" column="id"/> <result property="username" column="username"/> <result property="email" column="email"/> </resultMap> <select id="getUserById" resultMap="userResultMap"> SELECT * FROM users WHERE id = #{id} </select> ``` #### 4. 检查字段是否被 Lombok 注解干扰 某些 Lombok 注解(如 `@Builder`)可能生成额外的内部类或字段,影响 MyBatis 的映射行为。例如,若字段名 `avatar` 被 Lombok 生成为 `Avatar` 类型,而数据库返回的是字符串,则会导致类型不匹配。建议在实体类中谨慎使用 Lombok,或确保生成的字段与数据库字段一致。 #### 5. 避免 SQL 查询中隐式类型转换 在 SQL 查询中,避免将字符串与数值类型进行隐式比较或操作。例如,以下 SQL 可能导致类型转换异常: ```sql SELECT * FROM users WHERE id = 'IddCBY'; ``` 如果 `id` 是整数类型,则字符串 `'IddCBY'` 无法被转换为整数,从而引发异常。应确保查询值与字段类型一致。 #### 6. 启用 MySQL 的宽松模式或调整连接参数 在连接字符串中添加 `allowMultiQueries=true` 或 `transformedBitIsBoolean=true` 等参数,可以缓解某些类型转换问题。但此方法仅适用于调试或兼容性处理,不建议长期使用。 ```properties spring.datasource.url=jdbc:mysql://localhost:3306/mydb?useSSL=false&serverTimezone=UTC&allowMultiQueries=true ``` --- ### 示例代码 #### MyBatis 查询配置示例 ```xml <mapper namespace="com.example.mapper.UserMapper"> <resultMap id="userResultMap" type="com.example.model.User"> <id property="userId" column="id"/> <result property="username" column="username"/> <result property="email" column="email"/> </resultMap> <select id="getUserById" resultMap="userResultMap"> SELECT * FROM users WHERE id = #{id} </select> </mapper> ``` #### Java 实体类示例 ```java public class User { private Long userId; private String username; private String email; // Getter 和 Setter 方法 } ``` --- ### 总结 解决 `DataConversionException` 的关键在于确保数据库字段、SQL 查询逻辑与 Java 实体类之间的类型一致。通过检查字段映射、使用 `resultMap` 显式定义映射关系、避免隐式类型转换等方法,可以有效解决该问题。此外,还需注意 Lombok 注解对字段生成的影响,避免干扰 ORM 框架的正常映射过程。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值