目录
直到现在我才明白,原来人山人海,才是国泰民安。——佚名
一、写在前面
(由于考虑到公司代码安全性问题,所有内容已脱敏)
二、问题场景
最近,在实习中遇到如下需求:
本来功能是用户可以在客户端上传一张报修图片,但是物业改需求了,需要上传1-5张图片。后端上传文件功能没有什么要改的。
但是,前端小姐姐联系我,说出现了如下异常:
###
Error updating database.
Cause:
com.mysql.cj.jdbc.exceptions.MysqlDataTruncation:
Data too long for column 'xxxxxx' at row 1
###
The error may exist in com/xxx/xxxx/mapper/TxxxxMapper.java
三、异常重现
用之前做过的一个项目重新实现异常
即为:
### Error updating database.
Cause:
com.mysql.cj.jdbc.exceptions.MysqlDataTruncation:
Data truncation: Data too long for column 'userAccount' at row 1
###
The error may exist in asia/siyuan/usercenter/mapper/UserMapper.java (best guess)\r\n###
四、原因分析
需求变更后,数据库 userAccount
这个字段的存储容量不足。需要给数据库中这一字段扩充。
五、解决方案
1.根据映射关系找到字段名
根据 mybatis-plus
中 entity
与数据库字段的映射关系,查询对应的 UserMapper.xml
文件知道 userAccount
在数据库中的字段名仍为 userAccount
。
2.查询表结构
进入项目数据库,并显示 user
表结构:
3.修改字段长度
根据业务需求, userAccount
的长度修改成原来的 5
倍,即 256*5=1280
,并再次查询表结构:
4.修改完成,再次运行相关业务无误
六、核心代码
show databases; # 显示所有的数据库
user xxx; # 使用 xxx 数据库
show tables; # 显示所有的表
desc yyy; # 显示 yyy 表的表结构
alter table zzz modify aaa varchar(1280); # 将 zzz 表的 aaa 字段的长度改为 1280
desc yyy; # 再次显示 yyy 表的表结构 => 查看更改结果
七、其他细节
事实上的情况比描述中的要复杂很多:
前端小姐姐给了我对应异常截图后,我去尝试用内网连接项目数据库,结果发现连不上,去找mentor,mentor 说我可能没有权限让我去联系运维小哥哥,结果我联系后只改了这一个字段的长度。还是运维小哥哥帮我操作的数据库(sql语句要忘得一干二净了,有点耻辱)
下午的时候,另一个前端小哥哥又因为这个 bug 艾特了我,这次报错是另一个字段,并且好在他一起给出了前端所有调用了数据库字段。我发现一共十四个字段需要修改,我又拿着剩下十三个字段的 sql
去找运维小哥哥,结果小哥哥比较忙,无奈之下帮我开通了数据库的堡垒机,并且嘱咐我不要删表。
经过一波三折后终于改完了所有的字段长度,并得到前端友好的反馈。
八、总结反思
- 有问题先百度,不要直接问 mentor 或者别人,自己先思考,别人的时间都很宝贵
- 和前端沟通改 BUG 的时候,需要沟通好,获取到所有需要改的信息,不要相同的问题重复去修改,会很浪费时间和资源
- 熟悉网上的流程后再决定怎么做,不要在没构思好整个流程的时候去找别人对接。(类似于:提前想好可能会用到的
sql
语句)
九、写在后面
欢迎关注,实现期间会经常发一些工作中遇到的问题。
欢迎随时留言讨论,知无不答!