MySQL的锁机制

概述

  • 锁是计算机协调多个进程或线程并发访问某一资源的机制(避免争抢)。
  • 在数据库中,除传统的计算资源(如 CPU、RAM、I/O 等)的争用以外,数据也是一种供许多用户共享的资如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题,锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度来说,锁对数据库而言显得尤其重要,也更加复杂。
  • 从对数据操作的粒度分
    • 表锁:操作时,会锁定整个表。
    • 行锁:操作时,会锁定当前操作行。
  • 从对数据操作的类型分
    • 读锁(共享锁):针对同一份数据,多个读操作可以同时进行而不会互相影响。
    • 写锁(排它锁):当前操作没有完成之前,它会阻断其他写锁和读锁。
  • 相对其他数据库而言,MySQL的锁机制比较简单,其最显著的特点是不同的存储引擎支持不同的锁机制。 下表中罗列出了各存储引擎对锁的支持情况:
  • MySQL锁的特性可大致归纳如下:

  • 从上述特点可见,很难笼统地说哪种锁更好,只能就具体应用的特点来说哪种锁更合适!仅从锁的角度来说:表级锁更适合于以查询为主,只有少量按索引条件更新数据的应用,如web应用。
  • 而行级锁则更适合于有大量按索引条件并发更新少量不同数据,同时又有并查询的应用,如一些在线事务处理(OLTP)系统。

MyISAM 表锁 

MyISAM 存储引擎只支持表锁

如何加表锁

  • MyISAM 在执行查询语(SELECT)前,会自动给涉及的所有表加读锁,在执行更新操作(UPDATE.DELETE、INSERT等)前,会自动给涉及的表加写锁,这个过程并不需要用户干预,因此,用户一般不需要直接用 LOCK TABLE 命令给 MyISAM 表显式加锁。

    加读锁:lock table table_name read;
    加写锁:lock table table_name write;.

 

InnoDB行锁

行锁特点

  • 行锁特点:偏向lnnoDB 存储引擎,开销大,加锁慢;会出现死锁,锁定粒度最小,发生锁冲突的概率最低,并发度也最高。

  • InnoDB与MyISAM的最大不同有两点:一是支持事务:二是采用了行级锁。

行锁模式

  • InnoDB实现了以下两种类型的行锁。

    • 共享锁 (S):又称为读锁,简称S锁,共享锁就是多个事务对于同一数据可以共享一把锁,都能访问到数据,但是只能读不能修改。

    • 排他锁(x):又称为写锁,简称X锁,排他锁就是不能与其他锁并存,如一个事务获取了一个数据行的排他锁,其他事务就不能再获取该行的其他锁,包括共享锁和排他锁,但是获取排他锁的事务是可以对数据就行读取和修改。

  • 对于UPDATE、DELETE和INSERT语句,InnoDB会自动给涉及数据集加排他锁(X)。
  • 对于普通SELECT语句,InnoDB不会加任何锁 。
  • 可以通过以下语句显示给记录集加共享锁或排他锁
    共享锁 (s):SELECT * from table_name WHERE...LOCK IN SHARE MODE
    排他锁 (X):SELECT * from table_name WHERE...FOR UPDATE
    

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值