事务

事务介绍

l  事务的概念

•    事务指逻辑上的一组操作，组成这组操作的各个单元，要不全部成功，要不全部不成功

l  数据库开启事务命令

•    start transaction  开启事务

•    Rollback  回滚事务

•    Commit   提交事务

 

Mysql中使用事务

1.创建表

create tableaccount(

   id int primary key auto_increment,

   name varchar(20),

   money double

);

 

insert into accountvalues(null,'aaa',1000);

insert intoaccount values(null,'bbb',1000);

insert intoaccount values(null,'ccc',1000);

 

2、MySQL中事务默认自动提交的，每当执行一条SQL，就会提交一个事务 （一条SQL 就是一个事务）

Oracle 中事务默认 不自动提交，需要在执行SQL 语句后 通过commint 手动提交事务

 

3、mysql管理事务

方式一：同时事务管理SQL 语句

starttransaction  开启事务

rollback  回滚事务（将数据恢复到事务开始时状态）

commit   提交事务（对事务中进行操作，进行确认操作，事务在提交后，数据就不可恢复）

 

方式二：数据库中存在一个自动提交变量，通过 show variables like '%commit%';---- autocommint 值是 on，说明开启自动提交

关闭自动提交 set autocommit = off / set autocommit = 0

如果设置autocommit 为 off，意味着以后每条SQL 都会处于一个事务中，相当于每条SQL执行前 都执行 start transaction

 

补充：Oracle中 autocommit 默认就是 off

Jdbc使用事务

l  当Jdbc程序向数据库获得一个Connection对象时，默认情况下这个Connection对象会自动向数据库提交在它上面发送的SQL语句。若想关闭这种默认提交方式，让多条SQL在一个事务中执行，可使用下列语句：

l  JDBC控制事务语句

•    Connection.setAutoCommit(false); // 相当于starttransaction

•    Connection.rollback(); rollback

•    Connection.commit();  commit

l  示例 演示银行转帐案例

l  在JDBC代码中使如下转帐操作在同一事务中执行。

  update from account setmoney=money-100 where name=‘a’;

  update from account setmoney=money+100 where name=‘b’;

l  设置事务回滚点

•   Savepoint sp =conn.setSavepoint();

•   Conn.rollback(sp);

•   Conn.commit();   //回滚后必须要提交

事务特性

l  原子性（Atomicity）
原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。 

l  一致性（Consistency）
事务前后数据的完整性必须保持一致。

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

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

事务隔离级别

l  多个线程开启各自事务操作数据库中数据时，数据库系统要负责隔离操作，以保证各个线程在获取数据时的准确性。

l  如果不考虑隔离性，可能会引发如下问题

1、脏读：指一个事务读取另一个事务未提交的数据

A 转账 给B 100，未提交

B 查询账户多了100

A 回滚

B 查询账户那100不见了

 

2、不可重复读：在一个事务先后两次读取发生数据不一致情况，第二次读取到另一个事务已经提交数据（强调数据更新 update）

A 查询账户 5000

B 向 A 账户转入 5000

A 查询账户 10000

 

3、虚读(幻读) ：在一个事务中，第二次读取发生数据记录数的不同，读取到另一个事务已经提交数据（强调数据记录变化 insert ）

A 第一次读取 存在5条记录

B 向 A 插入一条新的记录

A 第二次读取 存在6条记录

 

数据库内部定义了四种隔离级别，用于解决三种隔离问题

1 Serializable：可避免脏读、不可重复读、虚读情况的发生。（串行化）

2 Repeatable read：可避免脏读、不可重复读情况的发生。（可重复读）不可以避免虚读

3 Read committed：可避免脏读情况发生（读已提交）

4 Read uncommitted：最低级别，以上情况均无法保证。(读未提交)

演示以上问题，以及问题的解决方案

1.怎样设置事务的隔离级别?
1.mysql中设置 
1.查看事务隔离级别
select @@tx_isolation 查询当前事务隔离级别
mysql中默认的事务隔离级别是  Repeatable read.
扩展:oracle 中默认的事务隔离级别是  Read committed

2.mysql中怎样设置事务隔离级别
set session transaction isolation level 设置事务隔离级别

2.jdbc中设置
在jdbc中设置事务隔离级别
使用java.sql.Connection接口中提供的方法
void setTransactionIsolation(int level) throws SQLException
参数level可以取以下值:
level - 以下 Connection 常量之一：
Connection.TRANSACTION_READ_UNCOMMITTED、
Connection.TRANSACTION_READ_COMMITTED、
Connection.TRANSACTION_REPEATABLE_READ 
Connection.TRANSACTION_SERIALIZABLE。
（注意，不能使用 Connection.TRANSACTION_NONE，因为它指定了不受支持的事务。） 

                                            static int TRANSACTION_READ_COMMITTED

                                                 指示不可以发生脏读的常量；不可重复读和虚读可以发生。

                                           static int TRANSACTION_READ_UNCOMMITTED

                                                     指示可以发生脏读 (dirty read)、不可重复读和虚读 (phantom read) 的常量。

                                           static int TRANSACTION_REPEATABLE_READ

                                                     指示不可以发生脏读和不可重复读的常量；虚读可以发生。

                                            static int TRANSACTION_SERIALIZABLE

                                                                  指示不可以发生脏读、不可重复读和虚读的常量。

3.演示

1.脏读
一个事务读取到另一个事务的为提交数据
设置A,B事务隔离级别为   Read uncommitted

set session transaction isolation level  read uncommitted;

1.在A事务中
start transaction;
update account set money=money-500 where name='aaa';
update account set money=money+500 where name='bbb';

2.在B事务中
start transaction;
select * from account;

这时，B事务读取时，会发现，钱已经汇完。那么就出现了脏读。

当A事务提交前，执行rollback，在commit， B事务在查询，就会发现，钱恢复成原样
也出现了两次查询结果不一致问题，出现了不可重复读.

2.解决脏读问题
将事务的隔离级别设置为 read committed来解决脏读

设置A,B事务隔离级别为   Read committed

set session transaction isolation level  read committed;

1.在A事务中
start transaction;
update account set money=money-500 where name='aaa';
update account set money=money+500 where name='bbb';

2.在B事务中
start transaction;
select * from account;

这时B事务中，读取信息时，是不能读到A事务未提交的数据的，也就解决了脏读。

让A事务，提交数据 commit;

这时，在查询，这次结果与上一次查询结果又不一样了，还存在不可重复读。

3.解决不可重复读
将事务的隔离级别设置为Repeatable read来解决不可重复读。
设置A,B事务隔离级别为   Repeatable read;
set session transaction isolation level  Repeatable read;

1.在A事务中
start transaction;
update account set money=money-500 where name='aaa';
update account set money=money+500 where name='bbb';

2.在B事务中
start transaction;
select * from account;
当A事务提交后commit;B事务在查询，与上次查询结果一致，解决了不可重复读。

4.设置事务隔离级别 Serializable ,它可以解决所有问题
set session transaction isolation level Serializable;

如果设置成这种隔离级别，那么会出现锁表。也就是说，一个事务在对表进行操作时，
其它事务操作不了。
--------------------------------------------------
总结:
脏读:一个事务读取到另一个事务为提交数据
不可重复读:两次读取数据不一致(读提交数据)---update
虚读:两次读取数据不一致(读提交数据)----insert

事务隔离级别:
read uncommitted 什么问题也解决不了.
read committed 可以解决脏读，其它解决不了.
Repeatable read 可以解决脏读，可以解决不可重复读,不能解决虚读.
Serializable 它会锁表，可以解决所有问题.

安全性：serializable > repeatable read > read committed > read uncommitted 
性能 ：serializable < repeatable read < read committed < read uncommitted 


结论： 实际开发中，通常不会选择 serializable 和 read uncommitted ，
mysql默认隔离级别 repeatable read ，oracle默认隔离级别 read committed

事务的丢失更新问题(lostupdate )

l  两个或多个事务更新同一行，但这些事务彼此之间都不知道其它事务进行的修改，因此第二个更改覆盖了第一个修改

 

l  丢失更新问题的解决

•   悲观锁（ Pessimistic Locking ）

       select * from table lockin share mode（读锁、共享锁）

       select * from table forupdate （写锁、排它锁）

•   乐观锁（ Optimistic Locking ）

       通过时间戳字段

 

解决方案详解：

方案一：悲观锁 （假设丢失更新一定会发生 ） ----- 利用数据库内部锁机制，管理事务

方案二：乐观锁 （假设丢失更新不会发生）------- 采用程序中添加版本字段解决丢失更新问题

一、悲观锁

mysql数据库内部提供两种常用 锁机制：共享锁(读锁)和排它锁(写锁)

允许一张数据表中数据记录，添加多个共享锁，添加共享锁记录，对于其他事务可读不可写的

一张数据表中数据记录，只能添加一个排它锁，在添加排它锁的数据 不能再添加其他共享锁和排它锁的 ，

对于其他事物可读不可写的

 

*** 所有数据记录修改操作，自动为数据添加排它锁

添加共享锁方式：select * from account lockin share mode ;（读锁、共享锁）

添加排它锁方式：select * from account forupdate;（写锁、排它锁）

 

* 锁必须在事务中添加 ，如果事务结束了 锁就释放了

 

解决丢失更新：事务在修改记录过程中，锁定记录，别的事务无法并发修改

二、乐观锁

采用记录的版本字段，来判断记录是否修改过 --------------timestamp

timestamp 可以自动更新

create table product (

   id int,

   name varchar(20),

   updatetime timestamp

);

 

insert into product values(1,'冰箱',null);

update product set name='洗衣机' where id = 1;

 

* timestamp 在插入和修改时 都会自动更新为当前时间

 

解决丢失更新：在数据表添加版本字段，每次修改过记录后，版本字段都会更新，如果读取是版本字段，与修改时版本字段不一致，说明别人进行修改过数据（重改）