码迷,mamicode.com
首页 > 数据库 > 详细

一个SQL注释引发的线上问题

时间:2019-11-29 10:37:13      阅读:89      评论:0      收藏:0      [点我收藏+]

标签:select   rod   default   问题   sel   tran   def   error   一个   

最近开始服务拆分,时间将近半个月.测试阶段也非常顺利,没有什么问题.

但上线之后的第二天,产品就风风火火的来找我们了,一看就是线上有什么问题.我们也不敢说,我们也不敢问,线上的后台商品忽然无法上架了,导致运营的同学删除商品后无法上架新的商品,导致APP的部分商品暂时不可见.

  线上有问题,那么大家就开始迅速排查起来了.这里有一点要说一下,在上线前夕,产品临时添加一个新的需求,商品的搜索状态不可判断这个条件去掉,这个由于紧急而且对于我们来说也就是SQL中的一个条件的问题,也就没有经过测试,直接上线了,主要也是想省点事情,赶上顺风车直接上线,可问题就出在这里!

贴上部分类似逻辑SQL片段

select 
   count(1) from 
  product where
  code = #{code}
   and search
=#{search}
   and kskdsk
=#{kskdsk}

此刻产品需求就是search这个条件去掉,那就习惯性的用IDEA快捷键CTRL+/ 来了一个and条件注释

select 
   count(1)
from 
   product
where
   code = #{code}
#   and search
=#{search}    and kskdsk=#{kskdsk}

然后IDEA就很乖巧的给我注释..注释了...,显示状态也是灰色的显示,应该没什么问题了.

经过紧急的五分钟排查日志,看到了这个异常

  org.springframework.dao.TransientDataAccessResourceException: 
### Error querying database.  Cause: java.sql.SQLException: Parameter index out of range (3 > number of parameters, which is 2).
### The error may exist in file [/***/***/***Mapper.xml]
### The error may involve defaultParameterMap
### The error occurred while setting parameters
### SQL: select count(1)   from product   where  code = ? #   and search=?  and kskdsk=?  

毫无疑问,问题肯定是这个SQL导致的问题,我一看,天哪,注释的语句怎么跑到预编译的SQL中了!不是应该忽略吗?很明显,不是预想的那样.首先错误的意思大概就是,我的SQL中只需要两个参数,我传了三个参数进去,有一个参数找不到他的坑位,其次就是这个#号注释导致的问题,没有被忽略,虽然我们在Navicat for MySql中可以用#号,但是预编译不行,他会把注释给编译到SQl中,除非用<!---->这种注释才可以.

这个注释导致

  一.参数个数不一致,导致多传的参数不知道放在哪里

  二.注释在预编译语句还是当成SQL一部分执行

分享出来,避免大家踩坑,也同时反映了自己的一部分问题,没有经过测试流程,没有进行系统的自测,下次需要规范流程,避免产生不必要的问题.这虽然是个小问题,但也反映了很多不足.

 

一个SQL注释引发的线上问题

标签:select   rod   default   问题   sel   tran   def   error   一个   

原文地址:https://www.cnblogs.com/zhaoletian/p/11956038.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!