数据库锁机制保证了数据库的一致性

这边文章主要是总结一些比较好的文章对于数据库锁机制及原理的分析。

数据库锁:

首先引用一张其他博主的图:

下面我就针对这图中的锁逐一进行一下解释:

悲观锁:

            数据库总是认为多个数据库并发操作会发生冲突,所以总是要求加锁操作。悲观锁主要表锁、行锁、页锁。

乐观锁:

           数据库总是认为多个数据库并发操作不会发生冲突,所以总是不加锁操作。所以在数据进行提交更新的时候,才会正式对数据的冲突与否进行检测,如果发现冲突了,则让返回用户错误的信             息,让用户决定如何去做。乐观锁的实现方式一般包括使用版本号和时间戳。

表级锁:

        读锁锁表,会阻碍其他事务修改表数据。写锁锁表会阻碍其他事务读与写。

页级锁:

          就是对页加锁

行级锁:

         行锁分为共享锁和排他锁,共享锁:一个事务对一行的共享只读锁。排它锁:一个事务对一行的排他读写锁。

共享锁:

        加锁与解锁:当一个事务执行select语句时,数据库系统会为这个事务分配一把共享锁,来锁定被查询的数据。在默认情况下,数据被读取后,数据库系统立即解除共享锁。例如,当一个事务          执行查询“SELECT * FROM accounts”语句时,数据库系统首先锁定第一行,读取之后,解除对第一行的锁定,然后锁定第二行。这样,在一个事务读操作过程中,允许其他事务同时更新              accounts表中未锁定的行。

       兼容性:如果数据资源上放置了共享锁,还能再放置共享锁和更新锁。

       并发性能:具有良好的并发性能,当数据被放置共享锁后,还可以再放置共享锁或更新锁。所以并发性能很好。

排它锁:

       加锁与解锁:当一个事务执行insert、update或delete语句时,数据库系统会自动对SQL语句操纵的数据资源使用独占锁。如果该数据资源已经有其他锁(任何锁)存在时,就无法对其再放置           独占锁了。

       兼容性:独占锁不能和其他锁兼容,如果数据资源上已经加了独占锁,就不能再放置其他的锁了。同样,如果数据资源上已经放置了其他锁,那么也就不能再放置独占锁了。

       并发性能:最差。只允许一个事务访问锁定的数据,如果其他事务也需要访问该数据,就必须等待。

更新锁:

         加锁与解锁:当一个事务执行update语句时,数据库系统会先为事务分配一把更新锁。当读取数据完毕,执行更新操作时,会把更新锁升级为独占锁。

         兼容性:更新锁与共享锁是兼容的,也就是说,一个资源可以同时放置更新锁和共享锁,但是最多放置一把更新锁。这样,当多个事务更新相同的数据时,只有一个事务能获得更新锁,然后             再把更新锁升级为独占锁,其他事务必须等到前一个事务结束后,才能获取得更新锁,这就避免了死锁。    

         并发性能:允许多个事务同时读锁定的资源,但不允许其他事务修改它。

意向锁(意向共享,意向更新):

        在判断每一行是否已经被行锁锁定效率比较低下,因此使用意向锁,当发现表上有意向共享锁,说明表中有些行被共享行锁锁住了,因此,事务B申请表的写锁会被阻塞。

 

版权声明:本文为yebingluo原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://www.cnblogs.com/yebingluo/p/10143852.html