游标、事务并发和锁三者之间的那点事-阿里云开发者社区

开发者社区> 数据库> 正文
登录阅读全文

游标、事务并发和锁三者之间的那点事

简介:
数据库学习的不断深入,对游标的认识也在逐渐加深,游标与事务、锁有着密不可分的关系。 无论是事务、锁还是游标相对于数据库来说最主要目的是保证数据的完整性。对事务并发、锁定的深入学习才能更加完善对游标的理解。少说废话,下面进入本篇文章的正题。

  首先,我们讲解游标与事务并发的那点事

  事务是为完成特定任务,将一条或多条的SQL语句组合在一起。有效的使用事务不但可以提高数据的安全性,而且还可以增强数据的处理效率。如果没有锁定且多个用户同时访一个数据库,多个事务使用相同的数据时就会出现事务并发的问题。

  我们一张图讲解事务并发的四个方面:

  从上图我们可以看出来,事务并发的四个方面,归根结底都有相似的地方:多个事务修改同一行数据,发生错误。

  对比着学习游标的并发问题,游标的并发与事务的并发基本相同:多个游标修改同一行数据,发生错误。

  同样,我们还是一张图分析游标的四个并发选项:

  其次,我们讲解锁和事务并发的那点事

  所谓锁即是保证数据安全、数据库的完整性和一致性,例如:每家的门锁,因此,锁可以防止事务的并发问题。我们看一下锁的类型:

  为了防止数据的并发性,可以使用锁的粒度即锁的级别,锁定不同类型的资源。




  死锁又是怎么产生的呢?

  书上的概念:当两个或多个线程之间有循环相关性时,将会产生死锁。其实简单的说就是:当两个或多个事务需要同时使用一组有冲突的锁,而不能将事务继续下去,就会出现死锁。

  例如:有两个事务:事务1、事务2。事务1具有Supplier表的排它锁,事务2具有Part表上的排它锁。事务1需要Part表上的锁,无法获得。事务2需要Supplier表上的锁,也无法获得,这样就会出现死锁。只要一方首先释放持有的锁,就不会出现死锁。

  如图:

  最后,我们讲解游标和锁的那点事

  游标适用于任何其他SELECT语句的相同事务锁定规则。通过任何SELECT语句获得的事物锁由下述两项控制:

  ● 连接的事物隔离级别设置

  ● FROM子句中指定的任何锁提示

  对于游标和独立的SELECT语句,这些锁都会保持到当前事务结束。

  注:SQL  Server以显性或隐性事务运行,则这些锁将保持到事务提交或回滚

  举两个例子,其所作的锁定基本相同。如下:

/* Example 1 */
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ —设置隔离级别为可重复读
GO
BEGIN TRANSACTION
GO
SELECT * FROM AdventureWorks2008R2.Sales.Store;
GO

/* Example 2 */
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ  —设置隔离级别为可重复读


GO
BEGIN TRANSACTION
GO
DECLARE abc CURSOR STATIC FOR
SELECT * FROM AdventureWorks2008R2.Sales.Store;
GO
OPEN abc
GO

  游标、事务并发和锁三者之间的关系,就分析这么多,希望对大家有所帮助。同样,希望大家对菜鸟提出宝贵的意见。


 








====================================分割线================================



最新内容请见作者的GitHub页:http://qaseven.github.io/

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

其他文章