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

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

        事务是为完成特定任务，将一条或多条的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 REP