做网站设计制作的公司线上推广费用

简介

这篇文章主要是想记录在开发过程中遇到的坑已经注意事项。

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

1. 强制：项目中不允许出现全表全量查询的SQL，要么SQL显式控制，
2. 强制：对于可能出现全表查询的SQL, 需要在在 Repository 层强制校验。

2. 因为事务导致数据查询不到

问题

出现的业务问题是这样的，一个新增操作，插入数据库之后发送消息，其他域监听到消息后会反查数据做处理。但是其他域在接收到消息后进行反查没有查到数据。

原因

根本原因是在入口方法中添加了事务注解：@Transactional(rollbackFor = Throwable.class)， 然后在方法中操作数据库，然后发送消息，导致发送消息的时候还没有提交事务，就有可能导致外部系统接收到消息后反查无数据。

注意事项

1. 建议：Rest/ Dubbo 方法入口不要添加事务注解，可能会引起以上问题
2. 建议：添加事务注解时要注意事务的传播机制。
3. 强制：发送外部事件消息时一定要在事务提交后。