数据库事务锁

事物的概念:(两种定义)

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)被操作的语句自动加上排他锁,导致该语句不能被其他数据同时更新。

总结:

如果查询多,修改少,用乐观锁。

如果修改多,查询少,用悲观锁。

你可能感兴趣的:(数据库事务锁)