数据库的读读事务也会产生死锁

发表于:2015-8-25 10:08

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:穆土    来源:51Testing软件测试网采编

  前段时间有朋友问:SQL Server的AlwaysOn的辅助数据库默认会使用行版本快照控制来消除数据库上的读写事务阻塞和死锁问题
  即使用户显式为查询设置了其他事务隔离级别,所有锁提示(Lock Hint)都会被忽略。
  为了保证数据同步的完整性,AlwaysOn规定来自数据同步(redo 日志)所做的写操作永远不会被选为死锁牺牲品,无论该写操作的代价多小。
  AlwaysOn的做法其实很好理解,数据库中的事务操作无非就四种
  1、读读
  2、读写
  3、写读
  4、写写
  第二种、第三种和第四种造成阻塞和死锁很容易理解,读事务得到的锁资源不释放就有可能造成写事务失败或者写事务得到的锁资源不释放就有可能造成读事务
  但是第一种读读事务也会造成死锁吗?
  我这里做一个实验
  1、先确保数据库没有使用任何快照隔离级别
  USE [tt1]
  DBCC USEROPTIONS
  2、脚本1
  USE [tt1];
  SET TRANSACTION ISOLATION LEVEL SERIALIZABLE
  BEGIN TRAN
  SELECT * FROM [dbo].[Table_1] WITH (ROWLOCK)  WHERE [q]=88
  3、脚本2
  USE [tt1];
  SET TRANSACTION ISOLATION LEVEL SERIALIZABLE
  BEGIN TRAN
  SELECT * FROM [dbo].[Storage] WITH (TABLOCKX)
  SELECT * FROM [dbo].[Table_1] WHERE [q]=7
  4、脚本3
  USE [tt1];
  SET TRANSACTION ISOLATION LEVEL SERIALIZABLE
  BEGIN TRAN
  SELECT * FROM [dbo].[Table_1] WITH (ROWLOCK) WHERE [q]=88
  5、脚本4
  USE [tt1];
  SET TRANSACTION ISOLATION LEVEL SERIALIZABLE
  BEGIN TRAN
  SELECT * FROM [dbo].[Table_1] WITH (ROWLOCK)
21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号