做网站设计制作的公司百度云搜索
开发注意事项
- 简介
- 1. 查询条件照成的OOM
- 问题
- 原因
- 注意事项
- 2. 因为事务导致数据查询不到
- 问题
- 原因
- 注意事项
简介
这篇文章主要是想记录在开发过程中遇到的坑已经注意事项。
1. 查询条件照成的OOM
问题
SIT 环境内存突然暴增，直接打到100%，导致服务频繁FullGC, 照成服务不可用，然后dump 日志没有打印出来，需要根据日志去分析情况。
原因
经过排查，是一个 查询SQL导致表全量返回，导致内存打满了。
SELECT * FROM sales_orderWHERE row_status = 1<if test="dataList != null and !dataList.isEmpty()">and sales_order_no in<foreach collection="dataList" open="(" close=")" item="orderNo" separator=",">#{orderNo}</foreach></if>
这个SQL的本意是想根据销售单号批量查询销售单，但是因为入参为空，导致全量查询了销售单表, 导致内存爆满，OOM
注意事项
凡是这类查询操作，一定要在 Repository 层调用 DAO 的地方做判断。数据不合法的不允许查询数据库，防止OOM
- 强制：项目中不允许出现全表全量查询的SQL，要么SQL显式控制，
- 强制：对于可能出现全表查询的SQL, 需要在在 Repository 层强制校验。
2. 因为事务导致数据查询不到
问题
出现的业务问题是这样的，一个新增操作，插入数据库之后发送消息，其他域监听到消息后会反查数据做处理。但是其他域在接收到消息后进行反查没有查到数据。
原因
根本原因是在入口方法中添加了事务注解：@Transactional(rollbackFor = Throwable.class)， 然后在方法中操作数据库，然后发送消息，导致发送消息的时候还没有提交事务，就有可能导致外部系统接收到消息后反查无数据。
注意事项
- 建议：Rest/ Dubbo 方法入口不要添加事务注解，可能会引起以上问题
- 建议：添加事务注解时要注意事务的传播机制。
- 强制：发送外部事件消息时一定要在事务提交后。