使用事务时应该避免的陷井

事务可实现“要么完全成功，要不全部不成功”，保证数据的完整性和一致性，使我们在开发中能方便地实现一些业务逻辑。比如，在股票交易时，除了记录交易的过程，还要更新交易完成之后的账户状态。这两个操作显然必须“要么完全成功，要么全部不成功”，否则，你的麻烦就大了。

当然，如果你不关心数据的完整性和一致性的问题，那么忘了事务吧，因为引入锁、数据库并发等机制之后，对性能还是有影响的。

下面代码中，placeTrade是一个完整的业务逻辑单元LUW（Logical units of work)，实现记录交易并更新账户的操作。

public class TradingServiceImpl { @PersistenceContext(unitName="trading") EntityManager em; public long insertTrade(TradeData trade) throws Exception { em.persist(trade); return trade.getTradeId(); } public TradeData placeTrade(TradeData trade) throws Exception { try { insertTrade(trade); updateAcct(trade); return trade; } catch (Exception up) { //log the error throw up; } } }

这里使用了JPA，没有使用事务。