事务学习笔记

最新推荐文章于 2024-12-12 12:15:06 发布

原创最新推荐文章于 2024-12-12 12:15:06 发布 · 237 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#事务 #数据库

文字专栏收录该内容

29 篇文章

订阅专栏

概述

一件事情有n个组成单元，这n个组成单元要不同时成功，要不就同时失败，就是将n个组成单元放入一个事务中。
所谓事务就是用户定义的一个数据库操作序列，这些操作要么全做，要么全不做，是一个不可分割的工作单位。
例如在数据库中，一个事务可以是一条SQL语句，一组SQL语句或整个程序。

事务和程序是两个概念。一般来讲，一个程序包含多个事务。

mysql的事务

默认的事务：一条sql语句就是一个事务默认就开启事务并提交事务
手动事务：
1）显示的开启一个事务：start transaction
2）事务提交：commit代表从开启事务到事务提交中间的所有的sql都认为有效真正的更新数据库
3）事务的回滚：rollback 代表事务的回滚从开启事务到事务回滚中间的所有的 sql操作都认为无效数据库没有被更新

JDBC事务操作

默认是自动事务：
执行sql语句：executeUpdate() ---- 每执行一次executeUpdate方法代表事务自动提交
通过jdbc的API手动事务：
开启事务：conn.setAutoCommit(false);//手动提交
提交事务：conn.commit();
回滚事务：conn.rollback();
注意：控制事务的connnection必须是同一个
执行sql的connection与开启事务的connnection必须是同一个才能对事务进行控制

DBUtils事务操作

1．QueryRunner
有参构造：QueryRunner runner = new QueryRunner(DataSource dataSource);
有参构造将数据源(连接池)作为参数传入QueryRunner，QueryRunner会从连接池中获得一个数据库连接资源操作数据库，所以直接使用无Connection参数的update方法即可操作数据库

无参构造：QueryRunner runner = new QueryRunner();
无参的构造没有将数据源（连接池）作为参数传入QueryRunner，那么我们在使用QueryRunner对象操作数据库时要使用有Connection参数的方法

使用ThreadLocal绑定连接资源

实现的是通过线程绑定的方式传递参数

事务的特性和隔离级别（概念性问题）

事务的特性ACID
1）原子性（Atomicity）原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。
2）一致性（Consistency）一个事务中，事务前后数据的完整性必须保持一致。
3）隔离性（Isolation）多个事务中，事务的隔离性是指多个用户并发访问数据库时,一个用户的事务不能被其它用户的事务所干扰，多个并发事务之间数据要相互隔离。
4）持久性（Durability）持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响。
并发访问问题----由隔离性引起
如果不考虑隔离性，事务存在3中并发访问问题。
1）脏读：B事务读取到了A事务尚未提交的数据 ------ 要求B事务要读取A事务提交的数据
2）不可重复读：一个事务中，两次读取的数据的内容不一致 ----- 要求的是一个事务中多次读取时数据是一致的 — update
3）幻读/虚读：一个事务中，两次读取的数据的数量不一致 ----- 要求在一个事务多次读取的数据的数量是一致的 --insert delete
事务的隔离级别
1）read uncommitted : 读取尚未提交的数据：哪个问题都不能解决
2）read committed：读取已经提交的数据：可以解决脏读 ---- oracle默认的
3）repeatable read：重读读取：可以解决脏读和不可重复读 —mysql默认的
4）serializable：串行化：可以解决脏读不可重复读和虚读—相当于锁表

注意：mysql数据库默认的隔离级别可重复读
查看mysql数据库默认的隔离级别：select @@tx_isolation

设置mysql的隔离级别：set session transaction isolation level 设置事务隔离级别

Mysql是基于binlog复制的

binlog是一个二进制格式的文件，用于记录用户对数据库更新的SQL语句信息，例如更改数据库表和更改内容的SQL语句都会记录到binlog里，但是对库表等内容的查询不会记录。

默认情况下，binlog日志是二进制格式的，不能使用查看文本工具的命令（比如，cat，vi等）查看，而使用mysqlbinlog解析查看。

statement:记录的是修改SQL语句
row：记录的是每行实际数据的变更
mixed：statement和row模式的混合

那Mysql在5.0这个版本以前，binlog只支持STATEMENT这种格式！而这种格式在读已提交(Read Commited)这个隔离级别下主从复制是有bug（master上执行的顺序为先删后插！而此时binlog为STATEMENT格式，它记录的顺序为先插后删！从(slave)同步的是binglog，因此从机执行的顺序和主机不一致！就会出现主从不一致！）的，因此Mysql将可重复读(Repeatable Read)作为默认的隔离级别！

互联网项目使用读已提交作为隔离级别：
- 缘由一：在RR隔离级别下，存在间隙锁，导致出现死锁的几率比RC大的多！
  此时执行语句
  在读已提交隔离级别下并不是不会出现死锁，只是出现几率比可重复读低而已！
- 缘由二：在可重复读隔离级别下，条件列未命中索引会锁表！而在读已提交隔离级别下，只锁行
  此时执行语句