Mybatis下传入时间条件，查询慢的优化方法

最新推荐文章于 2025-07-10 22:50:18 发布

原创最新推荐文章于 2025-07-10 22:50:18 发布 · 4.2k 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#sql #mybatis #日期查询优化

JAVA 专栏收录该内容

44 篇文章

订阅专栏

本文探讨了针对含有40万条记录的大表进行SQL查询时的速度优化方法。通过对比不同的时间条件表达方式，发现直接在SQL中硬编码时间值比使用变量的方式更快。进一步通过将时间变量转换为Timestamp类型，显著提升了查询效率。

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

表中数据量过大，目前已有40万条,查询速度非常慢，如果不使用索引，想优化sql来提高查询速度，在调试过程中发现，

写sql查询数据库时，传入时间段查询部分为：

 <!--大于开始时间-->
 and sw.TIME >=to_date(CONCAT('2018-09-10', '00:00:00'),'yyyy-mm-dd hh24:mi:ss')
<!--小于结束时间-->
 and sw.TIME <=to_date(CONCAT('2018-09-10', '23:59:59'),'yyyy-mm-dd hh24:mi:ss')

查询时间不到1s；

在xml中传入String类型的开始时间和结束时间,写为：

 <!--大于开始时间-->
 and sw.TIME >=to_date(CONCAT(#{start_time}, '00:00:00'),'yyyy-mm-dd hh24:mi:ss')
<!--小于结束时间-->
 and sw.TIME <=to_date(CONCAT(#{end_time}, '23:59:59'),'yyyy-mm-dd hh24:mi:ss')

查询后后台打印时间，超过10s；

后来查看数据库，该字段类型为Timestamp类型，在后台传入开始时间和结束时间，将它们先转化为Date类型，再传入sql设置jdbcType=TIMESTAMP：

<if test="start_time != null and start_time != '' ">
		   and sw.TIME >=#{start_time,jdbcType=TIMESTAMP} 
</if>
<if test="end_time != null and end_time != '' ">
		<![CDATA[
		    and sw.TIME <=#{end_time,jdbcType=TIMESTAMP} 
		  ]]>
</if>

后台打印时间为2s；

这样提高了一些速度，更多优化的方法还在寻找