数据库
首页 > 数据库> > 2-数据库事务与锁机制

2-数据库事务与锁机制

作者:互联网

一.事务

什么是事务???

  事务就相当于一个盛放sql的容器

  事务中的sql要么全部执行成功,要么所有已经修改的操作都回滚到原来的状态,即一条sql也别想执行成功

为何要用事务???

  为了保证数据的安全,一致性

事务有四大特征:

  1.原子性

  2.一致性

  3.隔离性

  4.持久性:commit成功之后,就无法回滚了

    start tranction——>开启事务

    update employee set age=age+1 where name ='egon'

    savepoint one——>设置保存点,少用

    commit————>提交之后操作不能回滚,提交之前rollback回滚操作

事务运行的三种模式:

  show variables like "autocommit":查看事务级别

  set autommit = 0:设置事务级别

  自动提交事务(隐式开启,隐式提交)

  隐式事务(隐式开启,显式提交)

  显式事务(显式开启,显式提交)

事务的使用原则:
  1.保持事务短小

  2.尽量避免事务中rollback

  3.尽量避免savepoint

  4.显示声明打开事务

  5.默认情况下,依赖于悲观锁,为吞吐量要求苛刻的事务考虑乐观锁

  6.锁的行越少越好,锁的时间越短越好

 

二.数据库读现象——>在并发场景下,数据不安全的一种体现

  读现象——>在高并发情况下,即多个并发的事务同时操作一份数据,在没有加锁处理的情况下,会引发一些奇怪的读现象

    脏读:一个事务读取了其它事务还没有提交的数据,读到的是其它事务"更新"的数据
    不可重复读:一个事务多次读取,结果不一样
    幻读:一个事务读取了其它事务还没有提交的事务,只是读取的是其它事务"插入"的数据

 

三.锁介绍

什么是锁???

  锁是一种保障数据的机制

为何要用锁???

  以互斥锁为例,让多个并发的任务同一时间只有一个运行(注意这不是串行),牺牲效率从而保障数据安全

 

  总锁的优缺点:

    优点:保障并发场景下的数据安全

    缺点:降低了效率

  所以我们在使用锁时应该尽可能缩小锁的范围,即锁住的数据越少越好,并发能力越高

锁的分类:

  按照粒度:行级锁,表级锁,页级锁

  按照级别:共享锁,排他锁

  按照使用方式:乐观锁,悲观锁

 

表锁:

lock table employee write:只有自己的事务有读写,其它事务无法读写

lock table employee read:所有事务都能读,但不能写

unlock tables:解锁

 

行锁:

select * from employee where id=1 for update:update,delete,insert等写操作事务默认是加了排他锁,保证写数据安全,本事务可以写其它事务不能写

select * from employee where id=1 lock in share mode:保证读数据一致性,加了共享锁后,其它事务只能加共享锁或不加锁

 

标签:事务,数据库,并发,提交,显式,employee,机制,隐式
来源: https://www.cnblogs.com/wxd131488/p/16246271.html