张晨光-JAVA零基础保姆式技术教程之-事务

Posted 2023-03-04 云和数据张老师

事务

课程目标

1、什么是事务
2、jdbc如何控制事务
3、设置事务的回滚点
4、事务的特性ACID
5、数据库事务的隔高级别

事务理解

什么是事务： 指逻辑上一组操作，要么同时成功，要么同时失败。

举例： 转账 a 给b 转账 100  a原来有1000 b原来也有1000
account 是一个表名 表示的 账务表，里面有人的信息，和人的金额。
update account set money=money-100 where name = a;
update account set money =money+100 where name=b;

假设：
update account set money=money-100 where name = a;
出现了异常。
update account set money =money+100 where name=b;
后果： a的余额是900   b的余额 1000

有了事务：

开启事务：
update account set money=money-100 where name = a;
出现了异常。 ---- 事务进行管理： 进行回滚： 更改的记录无效。
update account set money =money+100 where name=b;

此时：a的余额是1000  b的余额 1000

mysql中事务

-- mysql中，默认事务是自动提交的。一条sql一个事务。

开启事务
操作
提交事务；


start transaction  -- 开启一个事务。以后的sql都在一个事务中。更改的内容不会自动提交。
rollback        -- 事务的回滚—同时失败的情况。--事务结束，并且全部失败，数据回复到开始之前的状态
commit -- 事务的提交----同时成功---事务结束。全部成功。

-- 账务信息
create table account(
	name varchar(10),
	money double
);

insert into account(name,money) values('a',1000);
insert into account(name,money) values('b',1000);

去做a给b转100块。

-- mysql默认类似这样
start transaction ;
update account set money = money -100 where name = ‘a’;
commit;
start transaction ;
update account set money = money +100 where name = ‘b’;
commit;

-- 自身手动控制事务。
start transaction ;
update account set money = money -100 where name = ‘a’;

update account set money = money +100 where name = ‘b’;
commit;

代码实现

jdbc事务管理

API方法

jdbc中的事务是通过Connection对象进行事务管理的

conn.setAutoCommit(false)//相当于start transaction  开启事务
conn.rollback(); //rollback  事务回滚
conn.commit(); //commit   事务提交

代码实现

没有事务

  /**
     * 案例：jack 给  rose 转帐     没有事务
     */
    @Test
    public void test1()  

        Connection conn = null;
        Statement stmt = null;
        try 
            conn = JDBCUtil.getConnection();

            stmt = conn.createStatement();

            String sql ="update account set money = money -100 where name = 'jack'";
            stmt.executeUpdate(sql);

            //人为的给出一个异常
            int a = 10/0;//除数不能为0

            String sql2 ="update account set money = money +100 where name = 'rose'";
            stmt.executeUpdate(sql2);

         catch (SQLException e) 
            e.printStackTrace();
        finally 
            JDBCUtil.close(stmt,conn);
        
    

手动事务

  /**
     * 案例：jack 给  rose 转帐     添加事务
     */
    @Test
    public void test2()  

        Connection conn = null;
        Statement stmt = null;
        try 
            conn = JDBCUtil.getConnection();

            //[开启事务]
            conn.setAutoCommit(false);

            //[操作数]
            stmt = conn.createStatement();

            String sql ="update account set money = money -100 where name = 'jack'";
            stmt.executeUpdate(sql);

            //人为的给出一个异常
            int a = 10/0;

            String sql2 ="update account set money = money +100 where name = 'rose'";
            stmt.executeUpdate(sql2);

            //没有问题，就提交
            conn.commit();

         catch (SQLException e) 
            //如果中间发生的异常，回滚到前面的操作
            try 
                conn.rollback();
                conn.commit();
             catch (SQLException e1) 
                e1.printStackTrace();
            

            e.printStackTrace();
        finally 
            JDBCUtil.close(stmt,conn);
        
    

事务回滚点

一次性去执行多条（10000）sql语句的时候。一出现异常，10000条全部回滚。
如果出现的问题，设置一个回滚点，回滚到那一个点，就行了，这就避免全部回滚

API

Savepoint sp = conn.setSavepoint() // 设置回滚点
conn.rollback(sp);//回滚到设置的点
conn.commit();//回滚后必须提交

案例实现

需求：向数据库发送10000条数据，每1000条是合理的

/**
 * @Auther: yanqi
 * @Desc 向数据库发送10000条数据，每1000条做一个回滚点
 */
public class Demo2 

    @Test
    public void test1()
        Connection conn = null;
        PreparedStatement psmtm = null;
        Savepoint sp = null;
        try 
            conn= JDBCUtil.getConnection();
            String sql ="insert into t_user (username) values( ? )";
            psmtm = conn.prepareStatement(sql);

            //开启事务
            conn.setAutoCommit(false);

            for (int i = 1; i <1000 ; i++) 

                if(i == 999)
                    int a = 1/0;
                

                psmtm.setString(1,i+"江一燕");
                psmtm.executeUpdate();

                //每100条设置一个保存点
                if(i%100 == 0)
                    sp = conn.setSavepoint();
                
            

            //事务提交
            conn.commit();

         catch (Exception e) 
            //事务回滚
            try 
                conn.rollback(sp);//此时只回滚100条数据
                conn.commit();
             catch (SQLException e1) 
                e1.printStackTrace();
            

            e.printStackTrace();
        finally 
            JDBCUtil.close(psmtm,conn);
        
    

事务的特性ACID

原子性（Atomicity）
原子性是指事务是一个不可分割的工作单位（最小的一个整体），事务中的操作要么都发生，要么都不发生。 
一组操作时一个整体。不能分割。

一致性（Consistency）
事务前后数据的完整性必须保持一致。
一致性和原子性相关。只有都成功或者，都失败（原子性） ，就可以保证事务的一致性。
事务的前后的内容一直。 
转账： a 1000 b 1000 a给b转100；
转账之前 a和b的总额 2000
转账之后 也要2000；

隔离性（Isolation）
事务的隔离性是指多个用户并发访问数据库时，一个用户的事务不能被其它用户的事务所干扰，多个并发事务之间数据要相互隔离。

多个事务是独立存在的。多个事务不能够相互干扰。
a –b---事务A
c-d---事务B
如果A失败了。不能够影响B

持久性（Durability）
持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响。 
a-100
b+100
提交
此时a永远少100
b永远的多了100

a – 100  a 900 
b+100   b 1100
commit;

a -100 a 800
b+100 b 1200
rollback : a 900  b 1100

rollback—异常。对上述没有任何影响了。

事务的隔离级别

如果不考虑事务的隔离性，将会产生以下问题：

由数据事务的并发造成的问题。

1、脏读，—最严重的事情
2、不可重复读
3、幻读（虚读）

脏读

一个事务读取了另外一个事务没有的提交的数据。非常严重。尽可能去避免掉脏读

不可重复读

一个事务读取另外一个提交过的数据。造成另外一个事务，多次读取的【内容】不一致，数据的内容的改变。 update

幻读（虚读）

一个事务读取另外一个事务已经提交的数据。但是这里面强调的数据数目的改变。insert，delete。

1、开始统计 100
​ 用户下单 提交
2、查询 101

虚读和不可重复读

不可重复读: 同一条记录 内容的改变 --update

虚读: 条目数的改变—insert delete

数据库的事务隔离级别

数据库共定义了四种隔离级别：
Serializable：可避免脏读、不可重复读、虚读情况的发生。    （可串行化，一个事务一个事务运行）
Repeatable read：可避免脏读、不可重复读情况的发生。      （可重复读）【不可以避免虚读】
Read committed：可避免脏读情况发生。                     (读已提交)【避免不了虚读以及不可重复读】
Read uncommitted：最低级别，以上情况均无法保证。          (读未提交)

设置事务的隔离级别
set session transaction isolation level 设置事务隔离级别    两个人
select @@tx_isolation	查询当前事务隔离级别

设置【读未提交】隔离级别

1、Read uncommitted (读未提交) 最低级别，以上情况均无法保证。 两个人的操作都是一样的

set session transaction isolation level Read uncommitted;
select @@tx_isolation;
start transaction;
update account set money = money-100 where name ='jack';
update account set money = money+100 where name ='rose';
rollback;

set session transaction isolation level Read uncommitted;
select @@tx_isolation;
start transaction;
select * from account;

设置【读已提交】隔离级别

2、Read committed；(读已提交) 可避免脏读情况发生（避免不了虚读以及不可重复读）

set session transaction isolation level Read committed;
select @@tx_isolation;
start transaction;
update account set money = money-100 where name ='jack';
update account set money = money+100 where name ='rose';
commit;

set session transaction isolation level Read committed;
select @@tx_isolation;
start transaction;
select * from account;

设置【可重复读】隔高级别

3、Repeatable read ：可以避免脏读，不可重复度。

set session transaction isolation level Repeatable read;
select @@tx_isolation;
start transaction;
update account set money = money-100 where name ='jack';
update account set money = money+100 where name ='rose';
commit;

set session transaction isolation level Repeatable read;
select @@tx_isolation;
start transaction;
select * from account;

在mysql中。mysql数据库本身，对虚读已经进行了优化处理。所以展示不出虚读的发生。mysql处理的也不是特别好。

设置【可串行化】隔高级别

4：串行化的可以避免所有的问题。 数据库让其他的事务进行等待，等待一个事务结束之后，这个事务再去操作。

set session transaction isolation level Serializable;
select @@tx_isolation;
start transaction;
update account set money = money-100 where name ='jack';
update account set money = money+100 where name ='rose';
commit;

set session transaction isolation level Serializable;
select @@tx_isolation;
start transaction;
select * from account;

一个事务一事务的执行，只上一个事务结束了，另一个事务才可以操作，避免了所有问题

隔离级别的性能问题

性能比较
Serializable  性能最差：事务一个一个执行的。排队。

Serializable  < Repeatable read < Read committed < Read uncommitted

安全性比较
Serializable 安全性最好：所有问题避免掉。

Serializable > Repeatable read > Read committed > Read uncommitted

Read uncommitted 避免不了最重问题，脏读。
Serializable：性能太差。

mysql （默认）-- Repeatable read；（可重复读）
oracle（默认） -- Read committed；（读已提交）

一个事务一事务的执行，只上一个事务结束了，另一个事务才可以操作，避免了所有问题

隔离级别的性能问题

性能比较
Serializable  性能最差：事务一个一个执行的。排队。

Serializable  < Repeatable read < Read committed < Read uncommitted

安全性比较
Serializable 安全性最好：所有问题避免掉。

Serializable > Repeatable read > Read committed > Read uncommitted

Read uncommitted 避免不了最重问题，脏读。
Serializable：性能太差。

mysql （默认）-- Repeatable read；（可重复读）
oracle（默认） -- Read committed；（读已提交）