- 一、写在前面
- 二、问题场景
- 三、异常重现
- 四、原因分析
- 五、解决方案
- 1.根据映射关系找到字段名
- 2.查询表结构
- 3.修改字段长度
- 4.修改完成，再次运行相关业务无误
- 六、核心代码
- 七、其他细节
- 八、总结反思
- 九、写在后面
直到现在我才明白，原来人山人海，才是国泰民安。——佚名
一、写在前面（由于考虑到公司代码安全性问题，所有内容已脱敏）
二、问题场景最近，在实习中遇到如下需求：
本来功能是用户可以在客户端上传一张报修图片，但是物业改需求了，需要上传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)rn###四、原因分析
需求变更后，数据库 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 语句）
欢迎关注，实现期间会经常发一些工作中遇到的问题。
欢迎随时留言讨论，知无不答！
