【BUG合集】（一）①数据库存1/0，请求结果返回true和false；②sql查数据库能查，但mybatis查为空；③data64图片存储为异常；

前言

最近，在工作上接手的任务中，各种 bug 问题出现，在解决的同时也可以记录一下。因此，觉得可以出个记录 bug 合集。方便后来者碰到类似情况，可以作为一个参考进行解决。

文章题目就包含当前文章内容中所遇到的三个 bug…

【BUG】

1.【数据库存1/0，请求结果返回true和false】

【问题】
在做一个业务查询数据功能的时候，一开始查询结果的还一直疑惑，java 代码里 isRead 完全没找到转换为 boolean 类型的啊，数据库里明明也是整数型呢！还以为是在哪块有转换的，我没有找到。但是后来，新增的时候出现了代码报错。

代码报错：Cannot deserialize instance of `java.lang.Integer` out of VALUE_TRUE token at... through reference chain: com.anpai.xxx.xxx["isRead"]

【分析、发现与解决】（点击展开）

【原因】
检查半天后，才发现是数据库的锅，数据库！isRead字段是 tinyint 类型，且存储长度为1，则转为 java.lang.Boolean，否则转为 java.lang.Integer。巧了不是，刚好这张表涉及的isRead字段对应的数据类型就是 tinyint 且长度大小为 1…

【如何发现】
琢磨半天，小问了一下同事小马才知道 mysql 数据库还会有这个机制！怪自己孤陋寡闻了。这太关键了吧！

【如何修复】：
把该字段的长度设置2就好了~（如下图） 或者把 tinyint类型改为int类型，只要破坏数据类型tinyint 且长度大小为 1 这两个条件之一，防止转换即可。

【小结】：
勤学多问，不要只在逻辑层，底层、数据库也可能会存在问题。

2.【sql查数据库能查，但mybatis查为空】

【问题】
一个业务中的一个查询，数据属于的对应的操作人、操作人的同部门和低部门的数据都可以看到。写好的 sql 语句（如下）在数据库能执行能获取到对应的操作人、操作人的同部门和低部门的数据也可看，但是在 mybatis 框架的 xml 执行只能获取到对应的操作人，获取不到操作人的同部门和低部门的数据。

select * from t_book as b where ((b.created_user_id = "#{userId}" and b.dept) or ( (SELECT GROUP_CONCAT(id SEPARATOR ',') as deptIds from t_dept where full_dept_id LIKE CONCAT('%',"#{deptId}",'%')) LIKE CONCAT('%',b.dept_id,'%')))

【分析、发现与解决】（点击展开）

【原因】
【未解决】： 一开始，以为代码中又有其他拦截器的权限拦截掉（执行的 sql 语句中加上部门 id 权限），但是 sql 语句已经一模一样在控制台中输出，但结果就是为空数据或不包含同级和下级的数据。

【个人揣测】： jdbc 框架不认可 or 后的 sql（（集合）LIKE（数据），如下）

((SELECT GROUP_CONCAT(id SEPARATOR ',') as deptIds from t_dept where full_dept_id LIKE CONCAT('%',"#{deptId}",'%')) LIKE CONCAT('%',b.dept_id,'%')
)

【如何发现】
接口返回的数据不对的时候发现的。

【如何修复】
我把这奇怪的问题，问向了同事小马。小马也很疑惑，同时也疑惑我的 sql 语句，听取了一下他的建议，用 find_in_set() 的方法去查询。结果居然可以了！

or 后的 sql（如下）

(FIND_IN_SET(b.dept_id, (SELECT GROUP_CONCAT(id SEPARATOR ',') as deptIds from t_dept where full_dept_id LIKE CONCAT('%',"#{deptId}",'%'))
)

完整 sql（如下）

select * from t_book as b where ((b.created_user_id = "#{userId}" and b.dept) or ((SELECT GROUP_CONCAT(id SEPARATOR ',') as deptIds from t_dept where full_dept_id LIKE CONCAT('%',"#{deptId}",'%')) LIKE CONCAT('%',b.dept_id,'%'))
)

【小结】
不要弄太复杂的 sql，多使用和熟悉 sql 提供的方法~

3.【data64图片存储为异常】

【问题】
一个富文本功能需要存储图片，做法是前端把图片进行data64转换然后传到后端存储到数据库里。但是进行有图片的富文本存了后，前端再请求展示出来，却是裂开的图片，不存在的。

（图左新增；图右查询）

　　　　

【分析、发现与解决】（点击展开）

【原因】
存到数据库的数据data64的+号全变成 “ ”（空格）了。

【如何发现】
在检查后端也已经使用URLDecoder.decode() 进行转义了。才发现在前端就没传入进去，用在线文本比对工具 | 菜鸟工具对比一下才发现。前端传的时候就已经出错了，后端再怎么转义（把+号转对应的编码%2B）肯定都无济于事了。（图解发现过程）

对比数据（发现+号变成“ ”空格）

查找在哪变成了空格，发现是在网络传输层。（前端传参没问题，但是到后端变成了空格）

【如何修复】
基于前端传参没问题，但是到后端变成了空格的原因，那么在后端再怎么进行转义都是没有处理到点的。因此是在前端进行处理转义才对！

  // base64网络传输+号会变空格，全部替换为编码（%2B）var formContent = this.formContent;form.txt = formContent.txt.replaceAll("+","%2B"); this.formContent = formContent;

【小结】
学习了网络传输层还会导致“+”变为“ ”（空格）。

总结

1. 数据库的表里，字段为 tinyint 类型，且存储长度为1，会转为 java.lang.Boolean，否则转为 java.lang.Integer。
2. ① sql 查数据库能查，但 mybatis 查为空。LIKE 用法，JDBC 没有转移成功执行（集合）LIKE（数据）。（个人揣测）
   ② 不要弄太复杂的 sql，多使用和熟悉 sql 提供的方法。
3. 网络传输层还会导致“+”号变为“ ”（空格），传输数据可以先把数据进行编码（如“+”号替换为对应的编码“%2B”）。

文章小尾巴

文章小尾巴（点击展开）

文章写作、模板、文章小尾巴可参考：《写作“小心思”》
　　感谢你看到最后，最后再说两点~
　　①如果你持有不同的看法，欢迎你在文章下方进行留言、评论。
　　②如果对你有帮助，或者你认可的话，欢迎给个小点赞，支持一下~
　　　我是南方者，一个热爱计算机更热爱祖国的南方人。
　　（文章内容仅供学习参考，如有侵权，非常抱歉，请立即联系作者删除。）