欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页

记一次上线的曲折之路(存储过程执行失败)

程序员文章站 2022-07-13 08:04:18
...

昨天傍晚上线的时候,代码分支已经合到了线上分支,还需要执行一个sql,但是在执行sql的时候,运维同学反馈:sql语句报错,执行不了。此时线上服务出现了无法登录,功能异常等问题,形势一片紧急。部门boss赶紧叫了几个有经验的开发从家里赶来协助(已经下班了)运维也赶紧联系另一位资深运维询问。
因为之前qa环境和preview环境执行sql的时候都是那位资深运维执行的,也没见出什么bug,上线的时候这位运维恰巧回家了,由另一位运维执行的时候才出的问题。后来在那位资深运维的远程指导下,指出:在数据库可视化管理软件里执行这个sql。问题才得以解决。大家看顺利解决了,项目经理,测试,前端,运维又都回去做自己的工作了,办公室里又变成了一片欢乐的氛围。但我就比较疑惑,为啥在命令行里执行sql会报错,在软件里执行才能通过呢?这二者应该是相同的啊?今天我在自己的docker里模拟了一下才找到原因:
因为这个sql是定义了个存储过程,然后再执行这个存储过程,但是在命令行里执行存储过程的时候会出现分号的问题,比如这个:

create procedure dew()
begin
	select * from student;
end

看着好像没啥问题,但是在命令行里,执行到student后面的分号的时候就结束了,就不往后读了,没找到end当然会报错,解决办法是用 delimiter 重新定义结束符

#(使用//替代;作为结束符,你喜欢的话也可以用!@#¥%……&*作为结束符)
 delimiter //  
 create procedure dew()
begin
	select * from student;
end;//
#(重新使用;作为结束符)
 delimiter ;

这样就可以啦~觉得麻烦的话也可以直接在软件里写,咱也不知道为啥软件里写存储过程
就不用这么麻烦,比如说我的datagrip:
记一次上线的曲折之路(存储过程执行失败)
我猜可能是因为这里的执行是默认执行所有语句吧