摘要： 对象①锁：每条SQL语句②隔离：事务锁①并发问题丢失更新未确认的读取（脏读）不一致的分析（非重复读）：多次读取相同的数据（行）不一致（其他用户更改update）幻像读：多次读取有不存在和新增的数据（其他用户插入insert或删除delete）隔离级别隔离级别脏读不可重复读取幻像说明未提交读(read uncommitted)是是是如果其他事务更新，不管是否提交，立即执行提交读(read committed默认)否是是读取提交过的数据。如果其他事务更新没提交，则等待可重复读(repeatable read)否否是查询期间，不允许其他事务update可串行读(serializable)否否否查询期 阅读全文

摘要： 本帖提供两种做法，可避免在 SQL Server 事务锁定时产生的不正常或长时间阻塞，让用户和程序也无限期等待，甚至引起 connection pooling 连接数超过容量。所谓的「阻塞」，是指当一个数据库会话中的事务，正在锁定其他会话事务想要读取或修改的资源，造成这些会话发出的请求进入等待的状态。SQL Server 默认会让被阻塞的请求无限期地一直等待， 直到原来的事务释放相关的锁，或直到它超时 (根据 SET LOCK_TIMEOUT，本文后续会提到)、服务器关闭、进程被杀死。一般的系统中，偶尔有短时间的阻塞是正常且合理的；但若设计不良的程序，就可能导 致长时间的阻塞，这样就不必要地锁 阅读全文