【bug记录】could not execute statement

解决这个bug的过程非常的痛苦

这个bug非常经典,一不小心很容易触发,我已经遇到很多次了。


could not execute statement

此bug首先考虑最常见的两种情况:

  1. mysql数据库中是否有必填的字段,但是传参却忽略了该字段?
  2. 传参时的字段名是否与数据库中定义的字段名不同?

解决方案:

但是,我校验了一个小时左右的代码,发现这次报错并不是这两种情况。

涉及到的接口,实体名叫做 SystemControl。我发现,其中有一个String类型的字段 condition,在Jpa管理的表中居然没有自动生成对应的列,当时我没有多想,在Navicat数据库中手动增加了 ’condition‘ 这个字段。
在这里插入图片描述

然后,测试时发生了报错…

原来,CONDITION 是Mysql中的一个保留字。保留字是数据库管理系统所保留的字词,用于特定的语法用途,例如语句,函数,操作符等,这些保留字千万不能用作标识符(表名,列名,变量名等)。

不然就会报 could not execute statement,导致花费很多时间纠错
将 condition 改成 single, 不再报错, 程序正常运行

在这里插入图片描述

真相大白,Mysql 基础还需要多学学呢。

  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值