5. 数据库事务
在互联网数据库的使用中,对于那些电商和金融网站,最关注的内容毫无疑问就是数据库事务,
因为对于热门商品的交易和库存以及金融产品的金额,是不允许发生错误的。但是它们面临的问题是,热门商品或者金融产品上线销售瞬间可能面对的高并发场景。例如,一款低门槛且高利率的金融产品事先宣布在第二天9点发布进入抢购的阶段,那么该网站成千上万的会员会在第二天9点前打开手机、平板电脑和电脑准备疯狂地抢购,在产品发布的瞬间会有大量的请求到达服务器,这时候因为存在高并发,所以数据库的数据将在一个多事务的场景下运行,在没有采取一定手段的情况下就会造成数据的不一致。与此同时,网站也面临巨大的性能压力。面对这样的高并发场景,掌握数据库事务机制是至关重要的,它能够帮助我们在一定程度上保证数据的一致性,并且有效提高系统性能,避免系统产生宕机,这对于互联网企业应用的成败是至关重要的
对于一些业务网站而言,产品库存的扣减、交易记录以及账户都必须是要么同时成功,要么同时失败,这便是一种事务机制,对于这样的机制数据库给予了支持。而在一些特殊的场景下,如个批处理,它将处理多个交易,但是在一些交易中发生了异常,这个时候则不能将所有的交易都回滚。如果所有的交易都回滚,那么那些本能够正常处理的业务也无端地被回滚了,这显然不是我们所期待的结果。通过 Spring的数据库事务传播行为,可以很方便地处理这样的场景。
5.1 Spring处理事务的约定
Spring中的事务处理在之前简单说过,使用AOP的方式将事务具体代码隐藏起来了,业务代码只需要设置连接点(方法)并使用@Transactionnal声明该方法或该类,表示该方法需要使用事务处理。这时该方法内的所有SQL功能都接入了事务处理流程。
- @Transactionnal用户方法上
该方法内所有功能加入事务处理流程 - @Transactionnal用于类
该类下的所有非静态公共方法加入事务处理流程。可以应用于接口,也可应用于实现类。推荐应用于实现类中。当应用于接口时,只有当使用接口进行动态代理时才会生效,直接使用其实现类是无效的。之前说到Spring可以使用JDK代理和CGLIB代理,在CGLIB代理时@Transactional无效。
5.2 @Transactionnal的配置项
先看其源代码
@Target({
ElementType.TYPE, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
public @interface Transactional {
//通过bean name指定事务管理器
@AliasFor("transactionManager")
String value() default "";
//同value属性
@AliasFor("value")
String