锁类型 - 性能锁从性能上来看,可以分为两种类型的锁,分别是:乐观锁和悲观锁。 乐观锁是数据版本号(version)机制实现的,一般通过为数据库表增加一个数字类型的 “version” 字段,当读取数据时,将version字段的值一同读出,数据每更新一次,对此version值 1。当我们提交更新的时候,判断数据库表对应记录的当前版本信息与第一次取出来的version值进行比对,如果数据库表当前版本号与第一次取出来的version值相等,则予以更新,否则认为是过期数据,返回更新失败。 悲观锁,见名知意,它指的是对数据被外界(包括当前系统的其它事务,以及来自外部系统的事务处理)修改持保守态度,因此,在整个数据处理过程中,将数据处于锁定状态。悲观锁的实现,往往依靠数据库提供的锁机制(也只有数据库层提供的锁机制才能真正保证数据访问的排它性,否则,即使在本系统中实现了加锁机制,也无法保证外部系统不会修改数据)。 锁类型 - 操作类型锁从对数据库的操作类型上面可以分为读锁和写锁。 两者均属于悲观锁。 读锁也叫共享锁,针对同一份数据,多个读操作可以同时进行,但是写操作不允许。 写锁也叫排它锁,当写操作完成时,读写都不允许。 锁类型 - 操作粒度锁从数据库的操作粒度上可以分为表级锁、行级锁和页锁。 MyISAM和MEMORY存储引擎采用的是表级锁(table-level locking); BDB存储引擎采用的是页面锁(page-level locking),但也支持表级锁; InnoDB存储引擎既支持行级锁(row-level locking),也支持表级锁,但默认情况下是采用行级锁。 粒度锁特性表级锁:
行级锁:
页面锁:
加锁时机MyISAM存储引擎在执行查询语句(SELECT)前,会自动给涉及的所有表加读锁,在执行增删改操作前,会自动给涉及的表加写锁。 MyISAM的加锁方式为: lock table 表1 read(write), 表2 read/write; MyISAM查看表锁语句: show open tables; // 在查询出的结果中In_use字段为1的,则表示加了表锁 InnoDB存储引擎因为支持事务,所以它的锁一般和事务的隔离级别有一定关系,具体请参考后面。 数据库事务MySQL 事务主要用于处理操作量大,复杂度高的数据。比如说,在人员管理系统中,你删除一个人员,你既需要删除人员的基本资料,也要删除和该人员相关的信息,如信箱,文章等等,这样,这些数据库操作语句就构成一个事务!
一般来说,事务是必须满足4个条件(ACID)::原子性(Atomicity,或称不可分割性)、一致性(Consistency)、隔离性(Isolation,又称独立性)、持久性(Durability)。
事务控制语句:
MYSQL 事务处理主要有两种方法:1、用 BEGIN, ROLLBACK, COMMIT来实现
2、直接用 SET 来改变 MySQL 的自动提交模式:
事务并发时可能引发的问题脏读: 事务A正在对一条记录修改,事务B读了A正在修改的数据。 但是此时事务A并未提交。 后续因为一些需要事务A自己可能回滚,那么事务B读到的数据就是无效的脏数据。 破坏了事务的一致性的要求。 不可能重复读: 在一次事务中,多次执行同样的查询条件,获取到的结果不一致,也就是读到了其他事务的修改的数据。 违背了事务的隔离性 幻读: 和不可重复读的区别是:幻读是读取到了新增的数据。 事务隔离机制SQL 标准定义了四种隔离级别,MySQL 全都支持。这四种隔离级别分别是:
从上往下,隔离强度逐渐增强,性能逐渐变差。采用哪种隔离级别要根据系统需求权衡决定,其中,可重复读是 MySQL 的默认级别。
事务隔离其实就是为了解决上面提到的脏读、不可重复读、幻读这几个问题。 下图是 4 种隔离级别对这三个问题的解决程度: 从图中可以看出,其中只有串行化的隔离级别全部解决了这 三 个问题,其他的 3 个隔离级别都有缺陷。 但是因为数据库的事务隔离越严格,并发副作用越小,性能方面锁付出的代价就越大。所以串行化我们在工作中其实很少用,或者说压根不用。 而且串行化类似于队列顺序执行了,这根并发很明显是冲突的。 日常开发中,由于大部分应用 对“不可重复读'和“幻读”并不敏感,他们可能更多关心的是数据并发访问的能力,所以大多数时候我们都会采用的可重复读的事务隔离级别。(也就是MySQL默认的) InnoDB 行锁上文我们介绍过,MyISAM存储引擎是会根据其执行的操作类型对数据加相应表锁的(读锁/写锁)。 而InnoDB则有所不同,具体如下: 1、在非串行化的隔离级别下面select语句不会加锁,但是update,insert,delete会根据条件加行锁。且行锁是加在索引上面的,如果这些语句没有走索引,那么也会加表锁。 2、如果条件是范围,那么该范围内的所有行,包括每行记录所在的间隙区间都会被加上锁,就算该行数据还未被插入也会被加锁,这就是所谓的间隙锁,间隙锁在可重复读隔离级别下面才会生效。 举个例子: A表现有的主键id是1、2、4、8、10、30; 那么间隙区间就有2-4,4-8,8-10,10-30,30-正无穷五个区间。 当我们执行如下语句: update A set XXX= 'XXX' where id > 5 and id <23 首先[5,23]这个范围的数据就会被加锁; 对应的5是落在4-8这个间隙区间的,则这个区间的所有数据都会被加锁; 23是落在10-30这个间隙区间,这个区间的记录同样也会被加锁; 所以执行上述sql时,(4,23]左开又闭,这个区间的数据都会被加锁。 如果执行的语句为: update A set XXX= 'XXX' where id > 18 and id <31; 那么(10,正无穷) 则都会被加锁,这点需要特别注意。 综上所述,我们在开发中应做到如下三点: 1.尽可能让所有数据查找,修改都通过索引来完成,避免无索引行锁升级为表锁 2.尽可能减少条件范围,缩小锁的范围,尽量避免间隙锁 3.尽量控制事务大小,减少锁定资源量和时间长度,涉及事务加锁的sql尽量放在事务最后执行 InnoDB手动加锁方式手动添加共享锁: select * from table where id=1 lock in share mode ; 这样就给当前的这一行加了共享锁(读锁),其他的事务就不能修改这行数据了. 手动添加排他锁: select * from table where id=1 for update ; 这样就给当前的这一行加了排他锁(写锁),当我们这个事务修改时,别的事务就不能修改了(其他事务得排队等待,也就是阻塞)。 总结好了,MySQL的锁和事务隔离大致就先讲到这了。 希望对你们有帮助。 |
|
来自: Fengsq501u81r4 > 《计算机》