美文网首页
数据库事务锁

数据库事务锁

作者: 大厂offer | 来源:发表于2017-09-02 10:18 被阅读14次

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

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

    总结:

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

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

    相关文章

      网友评论

          本文标题:数据库事务锁

          本文链接:https://www.haomeiwen.com/subject/bqedpttx.html