数据库可不仅仅只有CRUD!关于事务了解多少!


关于MySQL的基础可以看我的上一篇博客:初学者不点进去就太亏了,MYSQL数据库超全知识点总结!

1 事务

Transaction其实指的一组操作,里面包含许多个单一的逻辑。只要有一个逻辑没有执行成功,那么都算失败。所有的数据都回归到最初的状态(回滚)

  • 为什么要有事务?

为了确保逻辑的成功。例子:银行的转账。

1.1 命令行演示

  1. 开启事务

    start transaction;
    
  2. 提交或者回滚事务

    commit; -- 提交事务,数据将会写到磁盘上的数据库
    rollback; -- 数据回滚,回到最初的状态。
    
  3. 关闭自动提交功能
    在这里插入图片描述

  4. 演示事务
    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-I6UQqpaE-1586240624477)(img/img02.png)]

1.2 代码演示

代码里面的事务,只是针对连接连接对象,如果再开一个连接对象,那么那是默认的提交。

  1. 通过conn.setAutoCommit(false);来关闭自动提交的设置。
  2. 提交事务conn.commit();
  3. 回滚事务conn.rollback();
    @Test
    public void testTransaction(){
    	
    	Connection conn = null;
    	PreparedStatement ps = null;
    	ResultSet rs = null;
    	try {
    		conn = JDBCUtil.getConn();
    		// 连接,事务默认就是自动提交的。关闭自动提交。
    		conn.setAutoCommit(false);
    		String sql = "update account set money = money - ? where id = ?";
    		ps = conn.prepareStatement(sql);
    		// 扣钱,扣ID为1的100块钱
    		ps.setInt(1, 100);
    		ps.setInt(2, 1);
    		ps.executeUpdate();
    		int a = 10 / 0 ;
    		
    		//加钱,给ID为2 加100块钱
    		ps.setInt(1, -100);
    		ps.setInt(2, 2);
    		ps.executeUpdate();
    		//成功: 提交事务。
    		conn.commit();
    		
    	} catch (SQLException e) {
    		try {
    			//事变:回滚事务
    			conn.rollback();
    		} catch(SQLException e1) {
    			e1.printStackTrace();
    		}
    		e.printStackTrace();
    	} finally {
    		JDBCUtil.release(conn, ps, rs);
    	}
    }
    

1.3 事务的特性

  • 原子性: 事务中包含的逻辑,不可分割。

  • 一致性: 事务执行前后。数据完整性

  • 隔离性: 事务在执行期间不应该受到其他事务的影响

  • 持久性: 事务执行成功,那么数据应该持久保存到磁盘上

1.4 事务的安全隐患

不考虑隔离级别设置,那么会出现以下问题。

1.4.1 读

脏读、不可重读读、幻读.

  1. 脏读: 一个事务读到另外一个事务还未提交的数据
  2. 不可重复读: 一个事务读到了另外一个事务提交的数据 ,造成了前后两次查询结果不一致。
  3. 幻读: 一个事务读到了另一个事务insert的数据,造成前后查询结果不一致

1.4.2 写

丢失更新

  1. 丢失更新: 如果多个线程操作,基于同一个查询结构对表中的记录进行修改,那么后修改的记录将会覆盖前面修改的记录,前面的修改就丢失掉了。

1.5 隔离级别

  1. 读未提交(Read uncommitted)

    引发问题:脏读

  2. 读已提交(Read committed)

    解决:脏读,引发:不可重复读

  3. 可重复读(Repeatable read)

    解决:脏读、不可重复读,未解决:幻读

  4. 可串行化(Serializable)

    解决:脏读、不可重复读、幻读

  • 按效率划分,从高到低

    读未提交 > 读已提交 > 可重复读 > 可串行化

  • 按拦截程度 ,从高到底

    可串行化 > 可重复读 > 读已提交 > 读未提交

  • MySQL 默认的隔离级别是: 可重复读

  • Oracle 默认的隔离级别是: 读已提交

√:可能出现  ×:不会出现 脏读 不可重复读 幻读
Read uncommitted
Read committed ×
Repeatable read × ×
Serializable × × ×

1.5.1 读未提交

  1. 查看事务的隔离级别
    -- 我安装的是MySQL8,原先的select @@tx_isolation;不能用了
    select @@transaction_isolation;
    
  2. 设置隔离级别为读未提交
    -- read uncommitted 读未提交
    set session transaction isolation level read uncommitted;
    
  3. 引发的问题:两个并发的事务,“事务A:更新”、“事务B:查询”,事务B读取了事务A尚未提交的数据,即我们所说的脏读。

1.5.2 读已提交

  1. 设置隔离级别为读已提交,可解决脏读。
    -- read committed 读已提交
    set session transaction isolation level read committed;
    
  2. 引发的问题:两个并发的事务,“事务A:查询”、“事务B:更新”,事务A事先读取了数据,事务B紧接着更新了数据,并提交了事务,而事务A再次读取该数据时,数据已经发生了改变,即我们所说的不可重复读。

1.5.3 不可重复读

  1. 设置隔离级别为不可重复读,可解决不可重复读。
    -- repeatable read 不可重复读
    set session transaction isolation level repeatable read;
    
  2. 引发的问题:两个并发的事务,“事务A:更新”、“事务B:更新”,事务A事先更新了数据,事务B紧接着又把更新了回来,并提交了事务,而事务A再次读取该数据时,发现数据没有发生改变,即我们所说的幻读。

1.5.4 可串行化

  1. 设置隔离级别为可串行化,可解决一切问题。
    -- serializable 可串行化
    set session transaction isolation level serializable;
    
  2. 如果有一个连接的隔离级别设置为了串行化,那么谁先打开了事务,谁就有了先执行的权利,谁后打开事务,谁就只能等着,等前面的那个事务,提交或者回滚后,才能执行。这种隔离级别一般比较少用,容易造成性能上的问题,效率比较低。

1.6 锁机制

  1. 解决丢失更新问题
    • 悲观锁(Pessimistic Locking)
    • 乐观锁(Optimistic Locking)

1.6.1 悲观锁

  1. 悲观锁原理:使用数据库内部锁机制,进行数据库表的锁定。就是在A管理员修改数据时,A管理员就将数据锁定,此时B管理员无法进行修改、查询。避免两个事务同时修改,也就解决了丢失更新问题。
  2. 在查询的时候,加入for update

1.6.2 乐观锁

  1. 乐观锁原理:使用的不是数据库的锁机制,而是一个特殊标记字段,通过控制字段状态和内容得知数据是否发生了并发访问。进行数据修改时,数据库会检测version字段或者时间戳是否与原来的一致。若不一致,抛出异常,提醒更新。
  2. 要求程序员自己控制。可以通过给数据表添加自增的version字段或时间戳timestamp

END

感谢看到这里的各位读者朋友们,如果你感到本文写的不错,就顺手点个赞👍收藏一下,也可以关注一波~~

展开阅读全文
©️2020 CSDN 皮肤主题: 代码科技 设计师: Amelia_0503 返回首页
实付0元
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值