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

昨天傍晚上线的时候，代码分支已经合到了线上分支，还需要执行一个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：

我猜可能是因为这里的执行是默认执行所有语句吧