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

Posted 蚂蚁style

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了一个SQL注释引发的线上问题相关的知识,希望对你有一定的参考价值。

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

但上线之后的第二天,产品就风风火火的来找我们了,一看就是线上有什么问题.我们也不敢说,我们也不敢问,线上的后台商品忽然无法上架了,导致运营的同学删除商品后无法上架新的商品,导致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注释引发的线上问题的主要内容,如果未能解决你的问题,请参考以下文章

一次线程池引发的线上故障分析

gson 替换 fastjson 引发的线上问题分析

记一次惨痛的线上bug

Mysql 由于 Java 日期 LocalDateTime 数据精度引发的线上问题

Mysql 由于 Java 日期 LocalDateTime 数据精度引发的线上问题

记一次ThreadLocal引发的线上故障,年终奖没了,可能还面临辞退