sqlserver中的锁模式 | SQL SERVER如何开启MVCC（使用row-versioning）【启用行版本控制减少锁争用】
文章目录
- 引言
-
- 锁和隔离级别的关系
- 锁模式之间兼容性
- I 隔离级别
-
- SQLServer默认的隔离级别为：“read commited” (已提交读)
- 在SQLServer2005引入了基于行版本控制的隔离级别。
- SQL SERVER如何开启MVCC（使用row-versioning）
- sqlserver开启MVCC后的锁
- II sqlserver中的锁模式
-
- **1、共享锁(S锁)**
- **2、更新锁(U锁)**
- **3、排它锁(X锁)**
- III 解决死锁问题
-
- 查询语句加nolock
- 使用较低的隔离级别（如 READ UNCOMMITTED）
- 开启已提交读快照隔离 | MVCC（使用row-versioning）
- IV MVCC行版本控制的注意事项
-
- temp库空间问题：
- 大事务拆分\避免长事务：
- 查看mvcc多版本数据占用的空间大小
引言
提高频繁更新操作的性能策略：https://blog.csdn.net/z929118967/article/details/146070324
锁和隔离级别的关系
在任何隔离级别下，事务在执行写操作时都申请排它锁（exclusive lock），持有排它锁直到事务结束，排它锁不受隔离级别的控制；而共享锁（Shared Lock）受到隔离级别的控制，隔离级别影响Shared Lock的申请和释放：
- 在 Read Uncommitted隔离级别下，读操作不会申请Shared Lock；
- 在 Read Committed（不使用row-versioning），Repeatable Read 和 Serializable隔离级别下，都会申请Shared Lock；
- 在 Read Committed&