试验一:
在Navicat 工具中:
图1:
图2:在图1执行的时候更新如下SQL语句阻塞
Repeatable Read隔离级别下 查询与更新阻塞。 可以看我这篇文章:https://blog.csdn.net/weixin_46879188/article/details/113932014?csdn_share_tail=%7B%22type%22%3A%22blog%22%2C%22rType%22%3A%22article%22%2C%22rId%22%3A%22113932014%22%2C%22source%22%3A%22weixin_46879188%22%7D
试验二:
图4:(图1的SQL去掉设置事务隔离级别的语句)
图5:在图4执行的时候更新如下SQL语句更新阻塞
怎么还起作用呢?
图6:图1的查询框加上查看当前会话事务隔离级别DBCC USEROPTIONS的SQL语句
设置当前会话隔离级别set session transaction isolatin level repeatable read;后当前会话隔离级别就是设置的,如果去掉设置当前会话隔离级别的语句,也不会变成sqlserver默认隔离级别。
图7:把图1的查询框关闭掉,重新新建一个同样的SQL查询框再测试下,更新非阻塞
把图1当前会话关闭,新建的SQL查询语句会话隔离级别是sqlserver默认隔离级别。
结论
设置当前会话隔离级别set session transaction isolatin level repeatable read;后当前会话隔离级别就是repeatable read,如果去掉设置当前会话隔离级别的语句,也不会变成sqlserver默认隔离级别,除非重新设置默认隔离级别语句et session transaction isolatin level read committed。