Error querying database. Cause: java.lang.IllegalArgumentException: invalid comparison: java.util.Date and java.lang.String

<think>好的，我现在需要帮助用户解决在MyBatis中遇到的日期类型与字符串类型比较导致的异常问题。首先，我需要回顾用户提供的错误信息和之前的对话历史，确保理解问题的根源。 用户当前的异常是`org.mybatis.spring.MyBatisSystemException`，嵌套的异常指出无效的比较：`java.util.Date`和`java.lang.String`。同时，引用了之前的问题，其中涉及PostgreSQL的日期类型与字符类型的操作符不匹配错误。用户现在希望解决MyBatis中类似的类型不匹配问题。 首先，我需要分析错误的原因。根据引用[3]和[5]，MyBatis在进行条件判断时，如果日期类型的参数与空字符串`''`进行比较，会引发`IllegalArgumentException`。例如，在XML中的`<if test="handlingDate != null and handlingDate != ''">`这样的条件判断，当`handlingDate`是`java.util.Date`类型时，与空字符串比较会导致类型不匹配，因为Date类型不能与String直接比较。 接下来，用户提到的另一个引用[4]中的示例代码，虽然在SQL中使用了`date(create_time) = date(#{createTime})`，但问题可能出在MyBatis的条件判断部分。同样，引用[5]指出，去掉空字符串的判断可以解决问题，这说明问题的根源在于MyBatis的动态SQL条件中的类型比较。 用户之前的问题涉及PostgreSQL的日期与字符串类型不匹配，解决方法是显式类型转换或参数类型修正。现在在MyBatis中，虽然数据库不同，但问题类似，即类型不匹配导致SQL异常。 我需要考虑以下几点解决方案： 1. **去除空字符串判断**：根据引用[5]，在MyBatis的条件判断中，如果参数是Date类型，与空字符串比较会导致错误。因此，用户应删除`handlingDate != ''`这样的条件，只保留非空检查。 2. **显式指定参数类型**：在MyBatis的XML映射文件中，使用`jdbcType`属性明确指定参数类型为DATE，例如`#{startDate, jdbcType=DATE}`，这有助于MyBatis正确处理类型转换。 3. **使用数据库函数转换**：在SQL语句中，使用数据库函数（如`DATE()`或PostgreSQL的`::date`）将传入的参数转换为日期类型，避免隐式转换问题。 4. **Java代码中参数类型修正**：确保传入的参数是`java.util.Date`或其子类（如`java.sql.Date`），而不是字符串，以避免类型不匹配。 5. **自定义类型处理器**：如果存在复杂的日期处理需求，可以创建自定义的MyBatis类型处理器，确保日期类型在传递到SQL时被正确转换。 另外，需要注意用户提到的`org.springframework.jdbc.BadSqlGrammarException`和PostgreSQL的PSQLException，这说明最终生成的SQL语法有问题，可能因为类型转换不正确导致数据库拒绝执行。 综合以上分析，解决方案应集中在修正MyBatis的动态SQL条件，避免Date与String的比较，并确保参数类型正确。同时，在SQL中显式转换类型，或调整Java代码中的参数类型，可以消除此类异常。 最后，验证步骤也很重要，用户需要测试修改后的代码，确保SQL正确生成，并且没有类型不匹配的错误。检查日志中的SQL语句，确认日期参数被正确转换为数据库接受的格式。</think>针对MyBatis中日期类型与字符串比较导致的异常问题，结合错误日志和引用内容，提供以下分步解决方案： --- ### 一、核心问题定位 1. **非法类型比较**：MyBatis动态SQL中`<if>`标签对`java.util.Date`类型参数执行`!= ''`空字符串判断时触发类型冲突[^3][^5] 2. **SQL参数类型不匹配**：XML映射中参数未正确声明日期类型，导致生成SQL时出现`date`与`varchar`类型比较 3. **框架处理机制**：MyBatis 3.4.6之前版本存在日期类型与空字符串比较的兼容性问题[^5] --- ### 二、解决方案步骤 #### 方法1：修正动态SQL条件判断（推荐） ```xml <!-- 原错误写法（包含字符串空值判断） --> <if test="handlingDate != null and handlingDate != ''"> <!-- 引发非法比较 --> handlingDate = #{handlingDate} </if> <!-- 修正后（仅保留非空判断） --> <if test="handlingDate != null"> <!-- 正确过滤null值 --> handlingDate = #{handlingDate, jdbcType=DATE} </if> ``` *原理*：`java.util.Date`类型参数无法与空字符串进行逻辑比较，删除`!= ''`判断可规避类型冲突[^5] #### 方法2：显式指定参数类型 ```xml <!-- 强制声明参数为DATE类型 --> <if test="startDate != null"> AND record_date = #{startDate, jdbcType=DATE} </if> <!-- PostgreSQL类型转换写法 --> <if test="endDate != null"> AND record_date <![CDATA[ <= ]]> #{endDate, jdbcType=DATE}::timestamp </if> ``` #### 方法3：Java代码层类型修正 ```java // Controller层传递参数时使用Date类型 @GetMapping("/query") public List<Record> queryRecords( @RequestParam @DateTimeFormat(iso = DateTimeFormat.ISO.DATE) Date queryDate) { return service.getRecords(queryDate); } // Mapper接口明确参数类型 public interface RecordMapper { List<Record> selectByDate(@Param("queryDate") java.sql.Date queryDate); } ``` #### 方法4：数据库函数处理（跨数据库方案） ```xml <!-- 统一使用DATE()函数转换 --> <if test="createTime != null"> AND DATE(create_time) = DATE(#{createTime, jdbcType=TIMESTAMP}) </if> <!-- PostgreSQL特定写法 --> <where> create_time::date = #{targetDate, jdbcType=DATE}::date </where> ``` --- ### 三、错误重现与验证 #### 错误SQL生成示例 ```sql -- MyBatis错误生成的SQL（类型不匹配） SELECT * FROM check_record WHERE record_date >= '2023-01-01' -- 参数作为字符串传递 -- 修正后的正确SQL SELECT * FROM check_record WHERE record_date >= DATE '2023-01-01' ``` #### 调试建议 1. **开启MyBatis日志**： ```properties # application.properties logging.level.com.example.mapper=TRACE ``` 2. **检查生成的SQL**： ``` DEBUG [main] c.e.m.RecordMapper.selectByDate - ==> Preparing: SELECT * FROM check_record WHERE create_time::date = ?::date DEBUG [main] c.e.m.RecordMapper.selectByDate - ==> Parameters: 2023-08-15(Date) ``` --- ### 四、进阶优化方案 #### 1. 自定义类型处理器 ```java @MappedTypes(Date.class) @MappedJdbcTypes(JdbcType.DATE) public class StrictDateTypeHandler extends BaseTypeHandler<Date> { @Override public void setNonNullParameter(PreparedStatement ps, int i, Date parameter, JdbcType jdbcType) { ps.setDate(i, new java.sql.Date(parameter.getTime())); } // 其他方法实现... } <!-- mybatis-config.xml注册处理器 --> <typeHandlers> <typeHandler handler="com.example.handler.StrictDateTypeHandler"/> </typeHandlers> ``` #### 2. SQL注入防护 ```xml <!-- 安全的时间范围查询 --> <where> <if test="beginDate != null"> AND create_time >= #{beginDate, jdbcType=DATE} </if> <if test="endDate != null"> AND create_time <![CDATA[ <= ]]> #{endDate, jdbcType=DATE} + INTERVAL '1 day' </if> </where> ``` --- ### 五、关联知识扩展 1. **PostgreSQL日期类型对照表**： | Java类型 | PostgreSQL类型 | 转换示例 | |--------------------|----------------|-------------------------| | java.sql.Date | DATE | `2023-08-15` | | java.sql.Timestamp | TIMESTAMP | `2023-08-15 14:30:00` | 2. **MyBatis类型处理优先级**： ``` 参数声明(jdbcType) → 类型处理器注册 → 数据库驱动转换 ``` ---

<think>好的，我现在需要解决用户在MyBatis中遇到的“Error querying database”错误，具体是“invalid comparison: java.util.Date and java.lang.String”的问题。首先，我得理解这个错误的原因。根据用户提供的引用信息，问题出在MyBatis的XML映射文件中，当日期类型的字段与空字符串进行比较时，触发了这个异常。 用户提到他们引用了多个来源，其中指出在MyBatis 3.3.0版本中存在一个bug，当时间类型的参数与空字符串''进行比较时会导致异常。比如，在SQL条件中如果有类似`<if test="createTime != null and createTime != ''">`这样的判断，就会引发错误，因为Date类型不能和字符串''进行对比。 接下来，我需要确认解决方案。根据引用中的建议，解决办法是去掉对空字符串的判断，只保留非空检查。例如，将条件改为`<if test="createTime != null">`。这样避免将Date类型与空字符串比较，从而避免异常。 另外，用户可能需要注意MyBatis的版本问题。引用3提到原工程使用3.2.8，而测试用了3.3.0，所以可能版本差异导致的问题。如果无法修改代码，可能需要回退到3.2.8版本，或者升级到更高版本，如果该bug已被修复的话。 还需要检查实体类中的日期字段是否正确使用了java.util.Date类型，以及对应的JDBC类型是否正确设置为TIMESTAMP或DATE等。此外，SQL语句中的日期比较可能需要使用数据库函数如date()来处理格式，确保两边类型一致。 总结步骤应该是：首先检查XML中的条件判断，移除与空字符串的比较；然后确认MyBatis版本，考虑是否需要升级或降级；最后检查实体类和SQL中的类型处理是否正确。</think>### MyBatis查询错误原因及解决方法 #### 一、错误原因分析 该错误直接原因是**在MyBatis的XML映射文件中，将`java.util.Date`类型参数与空字符串`''`进行对比**。例如以下代码片段： ```xml <if test="beginTime != null and beginTime != ''"> <!-- 触发异常的判断 --> AND create_time = #{beginTime} </if> ``` MyBatis 3.3.0及以上版本中，时间类型与字符串的对比会触发`IllegalArgumentException`，因为**Date类型无法直接与字符串进行逻辑比较**[^3][^4]。 --- #### 二、解决方案 ##### 步骤1：修改XML条件判断 **移除对空字符串的判断**，仅保留非空检查： ```xml <!-- 修改前（错误写法） --> <if test="beginTime != null and beginTime != ''"> <!-- 修改后（正确写法） --> <if test="beginTime != null"> ``` 此时条件仅检查参数是否为`null`，规避了类型冲突[^2]。 ##### 步骤2：检查MyBatis版本 - 若使用**MyBatis 3.3.0**，建议升级到**3.3.1+**（该问题在后续版本已修复） - 或降级到**3.2.8**（旧版本无此问题） ##### 步骤3：验证实体类字段类型 确保实体类中日期字段类型为`java.util.Date`，且JDBC类型映射正确： ```java public class Entity { private Date createTime; // 必须是Date类型 // 其他字段... } ``` XML参数传递时建议指定`jdbcType`： ```xml #{createTime, jdbcType=TIMESTAMP} ``` ##### 步骤4：避免隐式类型转换 若需格式化日期，使用数据库函数（如MySQL的`DATE()`）： ```xml <if test="createTime != null"> DATE(create_time) = DATE(#{createTime,jdbcType=TIMESTAMP}) </if> ``` --- #### 三、关联问题扩展 ##### 1. 为什么空字符串判断会引发类型冲突？ MyBatis在解析OGNL表达式时，空字符串`''`的类型是`String`，而参数`beginTime`是`Date`类型。二者逻辑比较会触发类型校验异常。 ##### 2. 如何安全地处理空值？ - 仅用`!= null`判断非空 - 若需区分空字符串和null，改用`String`类型参数接收日期 ---