数据库事务锁

事物的概念：（两种定义）

1.保证数据的完整性和一致性，

2.事物所包含的一些列sql语句中，要么所有执行成功，要么所有执行失败。

如何在mysql中操做事物：

a.开启事物:

start transaction;这句话执行以后，后面的sql语句将处于事物之中。

b.在提交事物以前，并无改变数据库中的数据。

c.提交事物:commit;将整个事物中全部对数据库的影响生效

d.回滚事物：rollback;将这个事物对数据库的影响取消掉。

e.JDBC中的事物：

conn.setAutoCommit(false);--关闭事物自动提交,记得手动提交或回滚。

conn.commit();--提交事物

conn.rollback();--回滚事物

savepoint sp = conn.setSavapoint();

conn.rollback(sp);--设置回滚到sp  !!表示不用所有回滚。

建立表：

create table account(

id int primary key auto_increment,

name varchar(20),

money double

);

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

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

f.事物的四大特性

1.原子性：事物不可分割，要么成功，要么失败

2.隔离性：涉及到线程安全问题，一个用户的事物不能被其余用户所干扰

3.一致性：数据先后要一致，不能出现反常识错误。

好比：我给你转了100，个人钱变少了，可是你的钱没有变化。

4.持久性：保证该事物对数据库的改变不丢失，即便数据库出现故障。

g.隔离级别：多线程并发的安全性

并发修改：须要隔离

并发查询：无需隔离

并发修改、查询：分状况

数据库的四大隔离级别:

Read uncommitted;

--- 不作任何隔离,可能形成脏读 不可重复读 虚读(幻读)问题

Read Committed;

-- 能够防止脏读,可是不能防止不可重复读 虚读(幻读)问题

Repeatable Read;

-- 能够防止脏读 不可重复读,可是不能防止 虚读(幻读)问题

Serializable;

-- 能够防止全部隔离性的问题,可是数据库就被设计为了串行化的数据库,性能很低

h.!!!!隔离形成的问题：隔离的越少，性能越高

脏读：一个事物读取到另一个事物未提交的数据

不可重复读：针对同一条记录屡次读取，读取结果不一样

幻读：针对同一个表屡次读取，读取到的结果不一样

!!!更新丢失：两个事物基于同一个查询结果作修改时，后提交的事物忽略了先提交的事物对数据库的影响，形成先提交事物的更新丢失。

如何解决更新丢失？有两种机制：

1.锁机制：

1.1).排他锁：顾名思义，不能与其余锁共存，如一个事物让一个数据行有了排他锁，那就不能再获取改行的其余锁了。

a).开启方式：select ....for update;

b).若是一个事物使得某个数据行获取了排他锁，则其余事物对该行不能进行任何操做，包括以update和select开头的任何sql语句  不然该语句会一直处于阻塞状态,直到前者commit;

c).事物中对任何数据行进行增删改，即以update开头的语句，都会自动对该数据行加上排他锁。

1.2).共享锁：顾名思义，多个事物均可以针对同一数据行添加共享锁，共享锁能够和共享锁共存，可是不能和排它锁共存。

a).开启方式：select ... lock in share mode;

b).若是一个事物对某一数据行开启了共享锁，那么另外一个事物针对该数据行的更新语句会一直被阻塞，直到前者commit;

2.非锁机制：逻辑锁，可是都是基于排他锁来实现的。

!!!悲观锁：for update,悲观的认为每次操做都会更新丢失.

2.1)悲观锁基于排他锁进行实现.

2.2)上了排他锁，该行数据，不能被查询，也不能被更新。

!!!乐观锁：在表设计的时候添加版本version字段。

2.1)关键语句：update account set money = 1000,version = version+1 where version = 1;

2.2)被操做的语句自动加上排他锁，致使该语句不能被其余数据同时更新。

总结：

若是查询多，修改少，用乐观锁。

若是修改多，查询少，用悲观锁。