SQL优化中的重要概念：事务

原文:SQL优化中的重要概念：事务

sql 优化和事务有关系？

从表面上看，让sql跑的更快，似乎和事务这个概念没什么联系，但是关系数据库中最重要的2个概念就是 关系、事务。

关系，对应到sql中，是通过 主外键以及join 来实现的，当然，没有主外键，照样能关联表。

事务，是数据库提供的，特别是在高并发的情况下，保障数据一致的一种机制。

但实际上，当一个会话在修改数据，而另一个会话又要读取数据时，事务就自动发挥作用了。

通常情况下，似乎这个事务又离我们很远，似乎来无影，去无踪的概念，不过我们可以通过一些系统试图，查询到事务的具体信息，加深对事务的理解。

1、隐式事务

隐式事务就是如果不显式的进行 commit或rollback，事务一致存在。

由于默认情况下 sql server是关闭隐式事务的，所以下面在实验中要打开隐式事务。

/*==================================================================





当以create,drop,





    fetch,open,





    revoke,grand,





    alter table,select,insert,delete,update,truncate table





语句首先执行的时候，SQL Server会话自动打开一个新的事务，





如果在会话中激活了隐式事务模式，那么这个事务会一直保持打开状态，





直到rollback或commit语句这个事务才结束，如果忘记提交事务,





那么在相应的隔离级别下，事务占用的锁可能不会释放，因此尽量不要用隐式事务。





====================================================================*/





 





--会话1





set implicit_transactions on





 





update t





set v = 'ext12'





 





set implicit_transactions off





 





select @@TRANCOUNT --输出：1，说明事务没有释放





                   --占用的X独占锁不会释放，会阻塞其他会话

--会话2,被会话1阻塞住了，不会返回任何记录





select *





from t

在会话1中执行commit来提交事务，那么会话2马上就会返回记录了。

现在把两个会话的执行顺序调换一下：

--会话1





set implicit_transactions on  --打开了隐式事务





 





select *





from t





 





set implicit_transactions off





 





select @@TRANCOUNT  --输入：1，说明这个会话中的事务也没有提交

--会话2，会话2没有被会话1阻塞，





--之所以这样是因为会话的默认隔离级别是read committed，





--会话1中的事务虽然没有提交，但是select语句在这种隔离级别下，





--运行完就会释放占用的S共享锁，所以不会阻塞写操作





update t





set v = 'ext'

2、显示数据库最早的活动事务

/*==============================================================





如果事务在数据库中始终打开，有可能会阻塞其他进程的操作,





为什么是有可能而不是一定呢，





原因就是：在默认隔离级别下的select语句查询到数据后就会立即释放共享锁。





另外，日志备份也只会截断不活动事务的那部分日志，所以活动的事务





会导致日志数据越来越多。











为了找到没有提交的事务，可以用下面的命令显示某个数据库最早的活动事务.











不过有个例外，就是下面的命令不会返回：不占用锁资源的未提交事务





================================================================*/





 





begin tran  --开始显示事务





 





select *





from t      --运行后立即释放共享锁





 





select @@TRANCOUNT   --输入：1，说明没有提交事务





 





dbcc opentran('wc')  --显示数据库最早的活动事务，





                            --但是这儿显示"没有处于打开状态的活动事务"

3、通过会话来查询事务信息

--由于上面未提交事务中的select语句在默认的隔离级别下执行后自动释放了共享锁，





--所以dbcc opentran命令并没有返回这个活动事务，





--不过下面的视图解决了这个问题，可以找到所有活动事务。





 





 





--找到活动事务





select session_id,                     --session_id与transaction_id的对应关系





       transaction_id,





       is_user_transaction,





       is_local





from sys.dm_tran_session_transactions  --会话中的事务，识别所有打开的事务 





where is_user_transaction =1





 





 





--找到活动事务对应的执行语句





select c.session_id,                   --session_id与connection_id的对应关系





       c.connection_id,





       c.most_recent_sql_handle,





       s.text            





from sys.dm_exec_connections  c        --执行连接，最近执行的查询信息





cross apply sys.dm_exec_sql_text(c.most_recent_sql_handle) s





where c.session_id = 361   





 





 





--活动事务的具体信息





select t.transaction_id,





       t.name,                        --这里显示user_transaction





       t.transaction_begin_time,





       





       case t.transaction_type         --事务类型





		   when 1 then '读/写事务'





		   when 2 then '只读事务'





		   when 3 then '系统事务'





		   when 4 then '分布式事务'





	   end 'transaction type',





	   





	   case t.transaction_state





		   when 0 then '事务尚未完全初始化'





		   when 1 then '事务已初始化但尚未启动'





		   when 2 then '事务处于活动状态'





		   when 3 then '事务已结束。该状态用于只读事务'





		   when 4 then '已对分布式事务启动提交进程'





		   when 5 then '事务处于准备就绪状态且等待解析'





		   when 6 then '事务已提交'





		   when 7 then '事务正在被回滚'





		   when 8 then '事务已回滚'





	   end  'transaction state'





from sys.dm_tran_active_transactions t    --活动的事务





where transaction_id = 150764485

• 点赞
• 收藏
• 分享




• • 文章举报

不想长大啊

发布了416 篇原创文章 · 获赞 135 · 访问量 94万+

他的留言板
关注