网站建设 静态类,深圳住房与建设网站,小广告制作模板,网站建设有关的职位在操作数据库的时候#xff0c;可能会由于并发问题而引起的数据的不一致性#xff08;数据冲突#xff09;#xff0c;如何保证数据并发访问的一致性、有效性#xff0c;是所有数据库必须解决的一个问题#xff0c;锁的冲突也是影响数据库并发访问性能的一个重要因素可能会由于并发问题而引起的数据的不一致性数据冲突如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题锁的冲突也是影响数据库并发访问性能的一个重要因素因此锁对于数据库而言就显得尤为重要。
MySQL锁
相对其他数据库而言MySQL的锁机制比较简单其最显著的特点是不同的存储引擎支持不同的锁机制。
比如 MyISAM和MEMORY存储引擎采用的是表级锁table-level locking InnoDB存储引擎既支持行级锁 row-level locking也支持表级锁但默认情况下是采用行级锁。
MySQL主要的两种锁的特性可大致归纳如下:
行锁表锁页锁MyISAM√BDB√√InnoDB√√ 表级锁开销小加锁快不会出现死锁(因为MyISAM会一次性获得SQL所需的全部锁)锁定粒度大发生锁冲突的概率最高,并发度最低。 行级锁开销大加锁慢会出现死锁锁定粒度最小发生锁冲突的概率最低,并发度也最高。 页锁开销和加锁速度介于表锁和行锁之间会出现死锁锁定粒度介于表锁和行锁之间并发度一般。
行锁和表锁
1.主要是针对锁粒度划分的一般分为行锁、表锁、库锁
1行锁访问数据库的时候锁定整个行数据防止并发错误。
2表锁访问数据库的时候锁定整个表数据防止并发错误。
2.行锁 和 表锁 的区别 表锁开销小加锁快不会出现死锁锁定力度大发生锁冲突概率高并发度最低。 行锁开销大加锁慢会出现死锁锁定粒度小发生锁冲突的概率低并发度高。
悲观锁和乐观锁
1悲观锁顾名思义就是很悲观每次去拿数据的时候都认为别人会修改所以每次在拿数据的时候都会上锁这样别人想拿这个数据就会block直到它拿到锁。
传统的关系型数据库里边就用到了很多这种锁机制比如行锁表锁等读锁写锁等都是在做操作之前先上锁。
2乐观锁顾名思义就是很乐观每次去拿数据的时候都认为别人不会修改所以不会上锁但是在更新的时候会判断一下在此期间别人有没有去更新这个数据可以使用版本号等机制。
乐观锁适用于多读的应用类型这样可以提高吞吐量像数据库如果提供类似于write_condition机制的其实都是提供的乐观锁。
3悲观锁和乐观锁的区别
两种锁各有优缺点不可认为一种好于另一种像乐观锁适用于写比较少的情况下即冲突真的很少发生的时候这样可以省去了锁的开销加大了系统的整个吞吐量。但如果经常产生冲突上层应用会不断的进行retry这样反倒是降低了性能所以这种情况下用悲观锁就比较合适。
共享锁
共享锁指的就是对于多个不同的事务对同一个资源共享同一个锁。相当于对于同一把门它拥有多个钥匙一样。就像这样你家有一个大门大门的钥匙有好几把你有一把你女朋友有一把你们都可能通过这把钥匙进入你们家这个就是所谓的共享锁。
刚刚说了对于悲观锁一般数据库已经实现了共享锁也属于悲观锁的一种那么共享锁在mysql中是通过什么命令来调用呢。通过查询资料了解到通过在执行语句后面加上lock in share mode就代表对某些资源加上共享锁了。
应用
对于InnoDB表在绝大部分情况下都应该使用行级锁因为事务和行锁往往是我们之所以选择InnoDB表的理由。但在个别特殊事务中也可以考虑使用表级锁。 第一种情况是事务需要更新大部分或全部数据表又比较大如果使用默认的行锁不仅这个事务执行效率低而且可能造成其他事务长时间锁等待和锁冲突这种情况下可以考虑使用表锁来提高该事务的执行速度。 第二种情况是事务涉及多个表比较复杂很可能引起死锁造成大量事务回滚。这种情况也可以考虑一次性锁定事务涉及的表从而避免死锁、减少数据库因事务回滚带来的开销。
当然应用中这两种事务不能太多否则就应该考虑使用MyISAM表了。
表级锁使用与并发性不高以查询为主少量更新的应用比如小型的web应用
而行级锁适用于高并发环境下对事务完整性要求较高的系统如在线事务处理系统。
