一、JDBC

早期SUN公司想编写一套可以连接天下所有数据库的API,但是当他们刚刚开始时就发现这是不可完成的任务,因为各个厂商的数据库服务器差异太大了。后来SUN开始与数据库厂商们讨论,最终得出的结论是,由SUN提供一套访问数据库的规范(就是一组接口),并提供连接数据库的协议标准,然后各个数据库厂商会遵循SUN的规范提供一套访问自己公司的数据库服务器的API出现。SUN提供的规范命名为JDBC,而各个厂商提供的,遵循了JDBC规范的,可以访问自己数据库的API被称之为驱动。

数据库连接池:

C3P0

DBCP-- Apache CommonPool

Druid

Hikari

二、ORM

Hibernate

Hibernate 是一个开源的对象关系映射框架,它对

JDBC 进行了非常轻量级的对象封装,它将 POJO 与

数据库表建立映射关系,是一个全自动的 orm 框架

,hibernate 可以自动生成 SQL 语句,自动执行,

使得 Java 程序员可以使用面向对象的思维来操纵数

据库。

Hibernate 里需要定义实体类和 hbm 映射关系文件

(IDE 一般有工具生成)。

Hibernate 里可以使用 HQL、Criteria、Native SQL

三种方式操作数据库。

也可以作为 JPA 适配实现,使用 JPA 接口操作。

Mybatis

MyBatis 是一款优秀的持久层框架,它支持定制化 SQL、存储过程以及高级映射。MyBatis避免了几乎所有的JDBC 代码和手动设置参数以及获取结果集。Mybatis 可以使用简单的XML或注解来配置和映射原生信息,将接口和 Java的POJOs(Plain Old Java Objects,普通的Java对象)映射成数据库中的记录

Mybatis与Hibernate的区别?

Hibernate是全自动,Mybatis是半自动。

Mybatis

  • 优点:原生SQL(XML语法),直观,容易优化
  • 缺点:繁琐,可以用Mybatis-generator、Mybatis-Plus之类的插件弥补

Hibernate

  • 优点:简单场景不用写SQL(HQL、Cretiria、SQL)
  • 缺点:不好优化sql,对DBA不友好

Spring管理事务

我们先看看JDBC如何操作事务?

   public void updatePrice() throws SQLException {
try {
Connection conn = getConnection();
//关闭自动提交
conn.setAutoCommit(false);
String sql = "update goods set price =? where id=? ";
PreparedStatement ptmt = conn.prepareStatement(sql);
ptmt.setDouble(1, 3500);
ptmt.setString(2, "1");
//执行
ptmt.execute();
//提交事务
conn.commit();
} catch (Exception e) {
//回滚事务
conn.rollback();
e.printStackTrace();
}
}

再看看Spring是如何无侵入的进行事务管理的?

实现原理:事务管理器+AOP

源码分析Spring事务实现过程

示例代码:

我在goodsService.updatePrice方法上加了事务注解。

 @RequestMapping("/updateprice")
public String updateprice(Double price,Integer age){
goodsService.updatePrice(1,price);
int i=10/0;
userService.updateAge(1,age);
return "sucess";
}
  1. 请求进入controller,调用goodsService的时候,调用的实际上是goodsService的代理对象

  2. 到代理类的方法中org.springframework.aop.framework.ReflectiveMethodInvocation#proceed

  3. 进入事务拦截器的方法



    里面有个TransactionInterceptor

  4. TransactionInterceptor方法里面进行了事务管理

protected Object invokeWithinTransaction(Method method, @Nullable Class<?> targetClass,
final InvocationCallback invocation) throws Throwable { // If the transaction attribute is null, the method is non-transactional.
TransactionAttributeSource tas = getTransactionAttributeSource();
final TransactionAttribute txAttr = (tas != null ? tas.getTransactionAttribute(method, targetClass) : null);
final PlatformTransactionManager tm = determineTransactionManager(txAttr);
final String joinpointIdentification = methodIdentification(method, targetClass, txAttr); if (txAttr == null || !(tm instanceof CallbackPreferringPlatformTransactionManager)) {
// Standard transaction demarcation with getTransaction and commit/rollback calls.
TransactionInfo txInfo = createTransactionIfNecessary(tm, txAttr, joinpointIdentification);
Object retVal = null;
try {
// This is an around advice: Invoke the next interceptor in the chain.
// This will normally result in a target object being invoked.
//执行目标方法
retVal = invocation.proceedWithInvocation();
}
catch (Throwable ex) {
//回滚
exception
completeTransactionAfterThrowing(txInfo, ex);
throw ex;
}
finally {
cleanupTransactionInfo(txInfo);
}
//提交事务
commitTransactionAfterReturning(txInfo);
return retVal;
} ...

上述是简单场景的事务处理,如果是多个service方法,并且都加了@Transactional注解,那事务怎么算呢?那就需要学习Spring里的事务传播了。

public Class ServiceA{

    @Transactional
void methodA(){
//....
}
} public Class ServiceB{ @Transactional
void methodB(){
//....
}
}

七种事务的传播行为:

  • PROPAGATION_REQUIRED (默认) 表示当前方法必须在一个具有事务的上下文中运行,如有客户端有事务在进行,那么被调用端将在该事务中运行,否则的话重新开启一个事务。

  • PROPAGATION_SUPPORTS 表示当前方法不必须在一个具有事务的上下文中运行,如:ServiceA.methodA()调用ServiceB.methodB(),如果methodA方法上有事务,那么methodB加入他的事务,如果methodA上没有事务,那么methodB也不开事务

  • PROPAGATION_MANDATORY 必须被开启事务的方法调用,否则报错

  • PROPAGATION_REQUIRES_NEW 强制自己开启一个新的事务,如果一个事务已经存在,那么将这个事务挂起.如ServiceA.methodA()调用ServiceB.methodB(),methodB()上的传播级别是PROPAGATION_REQUIRES_NEW的话,那么如果methodA报错,不影响methodB的事务,如果methodB报错,那么methodA是可以选择是回滚或者提交的,就看你是否将methodB报的错误抛出还是try catch了.

  • PROPAGATION_NOT_SUPPORTED 总是非事务的执行,并且挂起任何事务.就是如果methodA方法执行到methodB这里了,methodA的事务就被挂起,然后methodB非事务的执行,然后等methodB方法运行结束,methodA的事务再继续.这个的好处就是methodB报错了不会让methodA回滚.

  • PROPAGATION_NEVER 总是非事务地执行,如果存在一个活动事务,则抛出异常

  • PROPAGATION_NESTED 表示如果当前方法正有一个事务在运行中,则该方法应该运行在一个嵌套事务中 ,被嵌

    套的事务可以独立于被封装的事务中进行提交或者回滚。如果封装事务存在,并且外层事务抛出异常回滚,那么内层事务必须回滚,反之,内层事务并不影响外层事务。如果封装事务不存在,则同propagation. required的一样

事务失效的几个原因:

  1. spring的事务注解@Transactional只能放在public修饰的方法上才起作用,如果放在其他非public(private,protected)方法上,虽然不报错,但是事务不起作用
  2. 如果采用spring+springmvc,则context:component-scan重复扫描问题可能会引起事务失败。如果spring和mvc的配置文件中都扫描了service层,那么事务就会失效。

    原因:因为按照spring配置文件的加载顺序来讲,先加载springmvc配置文件,再加载spring配置文件,我们的事物一般都在srping配置文件中进行配置,如果此时在加载srpingMVC配置文件的时候,把servlce也给注册了,但是此时事物还没加载,也就导致后面的事物无法成功注入到service中。所以把对service的扫描放在spring配置文件中或是其他配置文件中。
  3. 如使用mysql且引擎是MyISAM,则事务会不起作用,原因是MyISAM不支持事务,可以改成InnoDB引擎
  4. @Transactional注解开启配置,必须放到listener里加载,如果放到DispatcherServlet的配置里,事务也是不起作用的。
  5. Spring团队建议在具体的类(或类的方法)上使用 @Transactional 注解,而不要使用在类所要实现的任何接口上。在接口上使用 @Transactional注解,只能当你设置了基于接口的代理时它才生效。因为注解是 不能继承 的,这就意味着如果正在使用基于类的代理时,那么事务的设置将不能被基于类的代理所识别,而且对象也将不会被事务代理所包装。
  6. 在业务代码中如果抛出RuntimeException异常,事务回滚;但是抛出Exception,事务不回滚;默认对RuntimeException回滚
  7. 如果在加有事务的方法内,使用了try...catch..语句块对异常进行了捕获,而catch语句块没有throw new RuntimeExecption异常,事务也不会回滚
  8. 在类A里面有方法a 和方法b, 然后方法b上面用 @Transactional加了方法级别的事务,在方法a里面 调用了方法b,方法b里面的事务不会生效。原因是在同一个类之中,方法互相调用,切面无效,而不仅仅是事务。这里事务之所以无效,是因为spring的事务是通过aop实现的。

代码示例:

可以看出这个this,并不是代理对象,事务也就不能生效了。

从JDBC到ORM的事务实现的更多相关文章

  1. JDBC、ORM、JPA、Spring Data JPA,傻傻分不清楚?一文带你厘清个中曲直,给你个选择SpringDataJPA的理由!

    序言 Spring Data JPA作为Spring Data中对于关系型数据库支持的一种框架技术,属于ORM的一种,通过得当的使用,可以大大简化开发过程中对于数据操作的复杂度. 本文档隶属于< ...

  2. 使用JDBC进行数据库的事务操作(2)

    本篇将讲诉如何使用JDBC进行数据库有关事务的操作.在上一篇博客中已经介绍了事务的概念,和在MySQL命令行窗口进行开启事务,提交事务以及回滚事务的操作. 似乎事务和批处理都可以一次同时执行多条SQL ...

  3. 使用JDBC进行数据库的事务操作(1)

    本篇讲述数据库中非常重要的事务概念和如何使用MySQL命令行窗口来进行数据库的事务操作.下一篇会讲述如何使用JDBC进行数据库的事务操作. 事务是指数据库中的一组逻辑操作,这个操作的特点就是在该组逻辑 ...

  4. Java数据库连接--JDBC调用存储过程,事务管理和高级应用

    相关链接:Jdbc调用存储过程 一.JDBC常用的API深入详解及存储过程的调用 1.存储过程的介绍 我们常用的操作数据库语言SQL语句在执行的时候要先进行编译,然后执行,而存储过程是在大型数据库系统 ...

  5. hibernate学习笔记之中的一个(JDBC回想-ORM规范)

    JDBC回想-ORM规范 JDBC操作步骤 注冊数据库驱动 Class.forName("JDBCDriverClass") 数据库 驱动程序类 来源 Access sun.jdb ...

  6. JDBC与ORM发展与联系 JDBC简介(九)

    概念回顾 回顾下JDBC的概念: JDBC(Java Data Base Connectivity,java数据库连接)是一种用于执行SQL语句的Java API,可以为多种关系数据库提供统一访问,它 ...

  7. 我的ORM之五-- 事务

    我的ORM索引 单库事务与分布式事务 单库事务: 性能更好,应用于一个数据库时的场景,当数据库发生变化,如拆分为多个服务器,代码需要修改. 分布式事务:性能相对较差,但有更大的适用场景.当数据库发生变 ...

  8. JDBC学习笔记(7)——事务的隔离级别&批量处理

    数据库事务的隔离级别 对于同时运行的多个事务, 当这些事务访问数据库中相同的数据时, 如果没有采取必要的隔离机制, 就会导致各种并发问题:脏读: 对于两个事务 T1, T2, T1 读取了已经被 T2 ...

  9. 【转】JDBC学习笔记(7)——事务的隔离级别&批量处理

    转自:http://www.cnblogs.com/ysw-go/ 数据库事务的隔离级别 对于同时运行的多个事务, 当这些事务访问数据库中相同的数据时, 如果没有采取必要的隔离机制, 就会导致各种并发 ...

随机推荐

  1. 学习Python一年,这次终于弄懂了浅拷贝和深拷贝

    官方文档:copy主题 源代码: Lib/copy.py 话说,网上已经有很多关于Python浅拷贝和深拷贝的文章了,不过好多文章看起来还是决定似懂非懂,所以决定用自己的理解来写出这样一篇文章. 当别 ...

  2. pysmiles:一个用于读写SMILES表达式的python库

    技术背景 SMILES表达式是化学里面常用的用于标定元素之间关系的字符串,旨在用最简短的语句来完整的表达一个分子体系内所蕴含的基本信息,比如元素.连接性以及连接属性等.由于SMILES表达式的定义种类 ...

  3. 手把手教你掌握——性能工具Jmeter之参数化(含安装教程 )

    本节大纲 Jmeter 发送get/post请求 Jmeter 之文件参数化-TXT/Csv Jmeter之文件参数化-断言 JMeter简介 Apache JMeter是一款基于JAVA的压力测试T ...

  4. CodeForces - 879

    A 题意:就是一共有n个医生,每个医生上班的时间是第Si天,之后每隔d天去上班,问最少多少天能够访问完这n名医生 思路:直接进攻模拟就可以 代码: 1 #include<iostream> ...

  5. netcore3.1 webapi使用signalR

    前言 今天尝试了一下signalR,感觉还不错,因为暂时用不到,就写一篇博文来记录搭建过程,以免以后给忘了,基于官方文档写的,不过官方没有webapi调用例子,就自己写了一下,大神勿喷 使用 1.创建 ...

  6. x265 code tracing

    方瑞东的博客专栏 http://blog.csdn.net/frd2009041510/article/details/51182920 cabbage2008的专栏 http://blog.csdn ...

  7. oo——第三单元总结

    前言 第三单元是我们学习oo以来第一次接触JML.这一单元的三次作业和以前一样,采用了难度递进的方式,而且前一次作业的设计思路在下一次作业都多多少少有些体现(或者说是在其基础上做出的改进).而且本单元 ...

  8. cmake和make

    学计算机的,在写代码的时候,IDE安装好,环境按着教程配置好,就直接代码了,编辑器的具体原理只是一知半解,现在来系统学习一下,为了方便以后学习HElib! make和cmake 写程序大体步骤为: 1 ...

  9. SQLFlow——一个强大的可视化SQL关系分析工具

    SQLFlow 摘要 本文主要介绍SQLFlow是什么,以及它的功能及使用场景 SQLFlow是什么 SQLFlow是一个可视化的在线处理SQL对象依赖关系的工具,只需要上传你的SQL脚本,它可以自动 ...

  10. Linux_磁盘管理理论概述

    一.磁盘阵列 1.什么是磁盘阵列? 1️⃣:磁盘整列就是将多块独立的磁盘组合到一起,形成容量大的磁盘组. 2️⃣:将相同的数据存放到不多个的磁盘的不同位置 2.RAID0 1️⃣:RAID0是磁盘整列 ...