深入理解MySQL锁与事务

一、事务及其属性

事务是由一组SQL语句组成的逻辑处理单元,事务具有以下4个属性,通常简称为事务的ACID属性。

  1. 原子性(Atomicity) :事务是一个原子操作单元,其对数据的修改,要么全都执行,要么全都不执行。(操作层面一致)
  2. 一致性(Consistent) :在事务开始和完成时,数据都必须保持一致状态。例如,用户付款成功,订单状态和库存必须保持一致。(数据层面一致)
  3. 隔离性(Isolation) :数据库系统提供一定的隔离机制,保证事务在不受外部并发操作影响的“独立”环境执行。这意味着事务处理过程中的中间状态对外部是不可见的,反之亦然。
  4. 持久性(Durable) :事务完成之后,它对于数据的修改是永久性的,即使出现系统故障也能够保持。

并发事务带来的问题:

  1. 更新丢失(Update Lost):当多个事务选择同一条记录,都基于最初选定的值进行更新,由于每个事务都不知道其他的事务的存在,导致最后完成的更新操作覆盖了其他事务所做的更新。(解决办法:直接在Update语句中进行修改,而不是先查询,利用代码修改后再将结果写入数据库)
  2. 脏读(Dirty Read):事务A读取到了事务B已修改但未提交的数据。
  3. 不可重复读(Non-Repeatable Read):事务A内部相同的查询语句在不同的时刻读取不一样的结果,不符合隔离性。
  4. 幻读(Phantom Read):事务A读取到了事务B提交的新增数据,不符合隔离性。

数据库事务4个隔离级别及其存在的问题:

  1. 读未提交(READ-UNCOMMITTED):脏读、不可重复读、幻读
  2. 读已提交(READ-COMMITTED):不可重复读、幻读
  3. 可重复读(REPEATABLE-READ):幻读 可重复读级别下出现幻读的情况
  4. 可串行化(SERIALIZABLE):无

查看当前数据库的事务隔离级别: show variables like 'tx_isolation';
设置事务隔离级别:set tx_isolation='REPEATABLE-READ';
MySQL默认的事务隔离级别是可重复读,用Spring开发程序时,如果不设置隔离级别默认用MySQL设置的隔离级别。

二、锁机制

锁是计算机协调多个进程或线程并发访问某一资源的机制。
在数据库中,除了传统的计算资源(如CPU、RAM、I/O等)的争用以外,数据也是一种供需要用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题,锁冲突也是影响数据库并发访问性能的一个重要因素。

锁分类:

  1. 从性能上分为乐观锁(用版本对比来实现)和悲观锁。
  2. 从对数据操作的粒度分,分为表锁和行锁。
    表锁:每次操作锁住整张表。开销小,加锁快;不会出现死锁;锁定粒度大,发生锁冲突的概率最高,并发度最低;一般用在整表数据迁移的场景。相关命令:
    lock table 表名称 read(write); - 手动加表锁
    show open tables; - 查看表上加过的锁
    unlock tables; - 删除表锁
    行锁:每次操作锁住一行数据。开销大,加锁慢;会出现死锁;锁定粒度最小,发生锁冲突的概率最低,并发度最高。
  3. 从对数据库操作的类型分,分为读锁和写锁。
    读锁:针对同一份数据,多个读操作可以同时进行而不会互相影响
    写锁:当前写操作没有完成前,它会阻断其他写锁和读锁。

三、多版本并发控制MVCC

3.1 什么是MVCC

MVCC (Multiversion Concurrency Control),多版本并发控制。通过数据行的多个版本管理来实现数据库的 并发控制。这项技术使得在InnoDB的事务隔离级别下执行一致性读操作有了保证。(下文讲解的主要是InnoDB中的实现机制

3.2 事务ID与回滚指针

聚簇索引记录中包含两个隐藏的列,trx_id和roll_pointer

  • trx_id(事务id):一个事务对记录进行改动时,都会把该事务的事务id赋值给trx_id隐藏列
  • roll_pointer(回滚指针):指向undo日志版本链的最近节点,每次记录发生改动时,都会把旧的版本写入到undo日志。

MVCC多版本并发控制

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

it00zyq

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值