一、配置Druid数据源
1.Druid可以做什么
- 可以监控数据库访问性能,Druid内置提供了一个功能强大的StatFilter插件,能够详细统计SQL的执行性能,这对于线上分析数据库访问性能有帮助。
- 替换DBCP和C3P0。Druid提供了一个高效、功能强大、可扩展性好的数据库连接池。
- 数据库密码加密。直接把数据库密码写在配置文件中,这是不好的行为,容易导致安全问题。DruidDruiver和DruidDataSource都支持PasswordCallback。
- SQL执行日志,Druid提供了不同的LogFilter,能够支持Common-Logging、Log4j和JdkLog,你可以按需要选择相应的LogFilter,监控你应用的数据库访问情况。
- 扩展JDBC,如果你要对JDBC层有编程的需求,可以通过Druid提供的Filter-Chain机制,很方便编写JDBC层的扩展插件。
2.导入依赖
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>druid</artifactId>
<version>1.1.21</version>
</dependency>
3.配置数据库连接 jdbc.properties,配置代码如下:
jdbc.driver=com.mysql.cj.jdbc.Driver
jdbc.url=jdbc:mysql://localhost:3306/yyds?serverTimezone=UTC&useUnicode=true&characterEncoding=utf8
jdbc.username=root
jdbc.password=root
#最大连接池数量初始化建立物理连接的个数﹒获取连接时最长的等待时间︰最小连接池数量maxIdle已经弃用
maxActice:20
initialSize:1
maxWait:60000
minIdle:10
maxIdle:15
4. 编写XML文件
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:aop="http://www.springframework.org/schema/aop"
xmlns:tx="http://www.springframework.org/schema/tx"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:mvc="http://www.springframework.org/schema/mvc"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop.xsd
http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx.xsd
http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd http://www.springframework.org/schema/cache http://www.springframework.org/schema/cache/spring-cache.xsd http://www.springframework.org/schema/mvc https://www.springframework.org/schema/mvc/spring-mvc.xsd">
<!-- 1加载db.properties -->
<context:property-placeholder location="classpath:jdbc.properties"/>
<!-- 2创建数据源 -->
<bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource">
<property name="driverClassName" value="${jdbc.driver}"/>
<property name="url" value="${jdbc.url}"/>
<property name="username" value="${jdbc.username}"/>
<property name="password" value="${jdbc.password}"/>
<property name="maxActive" value="${maxActive}"/>
<property name="initialSize" value="${initialSize}"/>
<property name="maxWait" value="${maxWait}"/>
<property name="minIdle" value="${minIdle}"/>
<property name="maxIdle" value="${maxIdle}"/>
</bean>
</beans>
5.Web.xml配置
<servlet>
<servlet-name>DruidStatView</servlet-name>
<servlet-class>com.alibaba.druid.support.http.StatViewServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>DruidStatView</servlet-name>
<url-pattern>/druid/*</url-pattern>
</servlet-mapping>
二、spring自动装配原理
为了搞明白自动装配原理,需要知道spring容器管理bean的生命周期
bean自身方法的生命周期
1、实例化
读取spring配置文件
通过反射进行bean的实例化(eg:通过BeanFactory实例化)
2、属性赋值
解析自动装配(byName、byType、constractor、default)DI的体现
循环依赖
3、初始化
调用XXXAware回调方法
调用初始化生命周期回调(三种)
如果bean实现aop创建动态代理
4、销毁
在spring容器关闭的时候进行调用
调用初始化生命周期回调
对应上述文字,下图展示了bean装载到spring应用上下文种的一个典型的生命周期过程
@Autowired注解的自动装配过程
@Autowired是在Bean属性赋值阶段进行装配,通过Bean的后置处理器进行解析
1、在创建一个spring上下文的时候在构造函数中注册AutowiredAnnotationBeanPostProcessor
2、在Bean的创建过程中进行解析
1、在实例化后预解析(解析@Autowired标注的属性、方法,比如:把属性的类型、名称、属性所在的类...元数据缓存)
2、在属性赋值阶段真正的注入(拿到上一步缓存的元数据去ioc容器进行查找,并且返回注入)
a.首先根据解析的元数据拿到类型去容器种查找
*如果查询结果刚好为一个,就将该bean装配给@Autowired指定的数据;
*如果查询的结果不止一个,那么@Autowired会根据名称来查找
*如果上述查找结果为空,那么就会抛出异常。
大致流程图如下:
@Autowired和@Resource到底有什么区别
@Autowired 和 @Resource 都是用来实现依赖注入的注解(在 Spring/Spring Boot 项目中),但二者却有着 5 点不同:
- 来源不同:@Autowired 来自 Spring 框架,而 @Resource 来自于(Java)JSR-250;
- 依赖查找的顺序不同:@Autowired 先根据类型再根据名称查询,而 @Resource 先根据名称再根据类型查询;
- 支持的参数不同:@Autowired 只支持设置 1 个参数,而 @Resource 支持设置 7 个参数;
- 依赖注入的用法支持不同:@Autowired 既支持构造方法注入,又支持属性注入和 Setter 注入,而 @Resource 只支持属性注入和 Setter 注入;
- 编译器 IDEA 的提示不同:当注入 Mapper 对象时,使用 @Autowired 注解编译器会提示错误,而使用 @Resource 注解则不会提示错误。
三、Spring 声明式事务
什么是事务
事务是数据库操作的基本单元,逻辑上一组SQL语句要么都执行成功、要么都执行失败!事务有四大特性:原子性、一致性、隔离性、持久性。
优点:
它将事务管理从业务方法中分离出来,使代码更清晰简洁。
它基于 AOP,可以将事务属性应用在已存在的方法上,无需修改方法的实现。
它支持编程式事务管理所具备的所有功能,如事务隔离级别、事务传播行为等。
它可以将所有事务操作集中在一个配置文件中管理,便于维护。
Spring声明式事务管理也有两种常用的方式:
一种是基于tx和aop名字空间的xml配置文件,另一种就是基于@Transactional注解
基于tx和aop名字空间的xml配置文件
基于tx和aop名字空间的xml配置文件
<!-- 编写通知:对事务进行增强(通知),需要编写对切点和具体执行事务细节
属性:id:唯一标识
transaction-manager:指定事务管理器 id,默认值就是 transactionManager
-->
<tx:advice id="advice" transaction-manager="transactionManager">
<tx:attributes>
<!-- 事务配置
属性:name:对哪些方法起作用,例如:insert* 表示所有以 insert 开头的方法名称。
一般只需要对增、删、改方法添加事务
rollback-for:指定需要进行事务回滚的异常类,默认是 uncheck 异常
其它属性一般默认即可
-->
<tx:method name="insert*" rollback-for="java.lang.Exception"/>
<tx:method name="delete*" rollback-for="java.lang.Exception"/>
<tx:method name="update*" rollback-for="java.lang.Exception"/>
</tx:attributes>
</tx:advice>
<!-- 编写 aop,对目标生成代理,进行事务的通知 -->
<aop:config>
<!-- 配置切点表达式 -->
<aop:pointcut id="txPointcut" expression="execution (* com.example.service.impl.*ServiceImpl.*(..))"/>
<!-- 将切点和事务的通知整合 -->
<aop:advisor advice-ref="advice" pointcut-ref="txPointcut"/>
</aop:config>
总结:
基于tx/aop命名空间的xml配置文件方式优点:
- 降低耦合,使容易扩展。
- 对象之间的关系一目了然。
- xml配置文件比注解功能齐全。
xml配置文件方式缺点:
1、配置文件配置工作量相对注解来说要大。
基于@Transactional注解
推荐在注解上添加@Transactional(rollbackFor = {Exception.class}),如果不加的话,方法默认只会在抛出RuntimeException时执行回滚;
@Transactional 可以作用在接口、类、类方法。
作用于类:当把@Transactional 注解放在类上时,表示所有该类的 public 方法 都配置相同的事务属性信息。
作用于方法:当类配置了@Transactional,方法也配置了@Transactional,方法的事务会 覆盖 类的事务配置信息。
作用于接口:不推荐这种使用方法,因为一旦标注在Interface上并且配置了Spring AOP 使用CGLib动态代理,将会导致@Transactional注解失效
原理:
添加了@Transactional注解的A类在启动后,默认会生成一个B类,复制A类中的所有方法,如果是在A类上添加注解,则B类所有方法都会执行事务;如果只在A类某个方法上添加注解,则B类只会对那个方法执行事务。
@Transactional失效场景
- @Transactional 应用在非 public 修饰的方法上
- @Transactional 注解属性 propagation 设置错误
- @Transactional 注解属性 rollbackFor 设置错误
- 同一个类中方法调用,导致 @Transactional 失效
- 异常被你的 catch“吃了”导致 @Transactional 失效
- 数据库引擎不支持事务
四、 脏读、幻读、不可重复读
1.脏读
一个事务读取到了另一个事务未成功提交的数据;例如:事务A对数据库中的数据进行了修改但是还未提交、此时事务B进行数据读取;但是事务A因为某些原因回滚了,此时B拿到的数据是一个无效数据,也叫脏数据!
2.幻读
一个事务读取到另一个事务已经提交的添加或者删除的数据;例如:A事务读取数据、B事务删除(增加)数据,A事务再次读取数据,发现多出一些新的数据,像出现了幻觉一样。
3.不可重复读
同一个事务内,先后两次读取数据返回结果不一致;例如:事务A第一次读取到数据、事务B修改数据并且成功提交、事务A第二次读取数据;两次读取数据结果不一致。由于事务没有形成隔离导致
幻读与不可重复度的区别:不可重复度强调的是修改数据;幻读强调的是添加、删除数据。
总结:脏读是致命的操作,因为拿到的数据是无效数据;而不可重复度与幻读是一种现象,只是先后读取不一致的问题,但是数据是有效的(其他事物成功提交)!
下面介绍如何通过设置不同的事务隔离级别来避免或减少上述三种数据库并发控制问题:
- 脏读
设置事务隔离级别为 Repeatable Read 或 Serializable 可以防止脏读。
- 幻读
设置事务隔离级别为 Serializable 可以防止幻读。
- 不可重复读
设置事务隔离级别为 Repeatable Read 可以防止不可重复读。
具体设置方法为:
-
MySQL - 设置事务隔离级别为 REPEATABLE READ 或 SERIALIZABLE
-
SQL Server - 设置事务隔离级别为 REPEATABLE READ 或 SERIALIZABLE
-
Oracle - 设置事务隔离级别为 READ COMMITTED 或 SERIALIZABLE
-
PostgreSQL - 设置默认事务隔离级别为 REPEATABLE READ
总的来说,选择较高级别的事务隔离可以更好地防止上述并发问题。但事务隔离级别越高,并发性能越低。一般建议选择 Repeatable Read 作为一个较好的平衡点。
在代码层面,可以避免长时间的事务和减少事务嵌套也能有效降低并发冲突。