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