您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. 《计算机操作系统》课程复习

  2. 一、概论 1.操作系统的概念、功能、分类(批处理、实时、分时) 2.操作系统的特性 3.中断的概念、CPU的状态 二、进程管理和处理机调度 1、进程管理的功能 2、进程的概念(与程序的对比) 3、PCB的概念和作用、进程的基本状态及其转换 4、进程控制(进程的挂起、建立、停止、阻塞、撤消等) 5、进程的同步与互斥的基本概念、(P、V操作)、进程通信、线程的基本概念 6、处理级调度的基本概念,作业与进程的调度算法(先来先服务、短作业优先、最高响应比者优先、最高优先数)及评价 7、死锁的概念、必要
  3. 所属分类:网络攻防

    • 发布日期:2009-06-24
    • 文件大小:437kb
    • 提供者:zaijian4455
  1. 关系行数据库的并发操作

  2. 数据库的并发控制 针对人群 高级数据库管理人员 数据库开发人员 纲要Agenda ..理解SQL的事务和锁 ..管理事务 ..SQL Server锁的介绍:并发行问题、可锁定 的资源、锁的类型、锁的兼容性 ..在SQL Server 中自定义锁定:会话级锁、 表级锁、阻塞及死锁 ..事务和锁管理的推荐 ..SQL Server 2005的新增特性 1 理解事务和锁 ..事务是作为单个逻辑工作单元执行的一系 ..列数据操作 ..锁防止了更新的冲突 ..事务是可串行化的 ..锁定是自动的 ..锁协
  3. 所属分类:其它

    • 发布日期:2009-12-24
    • 文件大小:765kb
    • 提供者:hexiang221
  1. 数据库阻塞/死锁检查处理方法

  2. 检查数据发生死锁、阻塞的原因,并根据不同原因解决问题。
  3. 所属分类:其它

    • 发布日期:2010-09-14
    • 文件大小:16kb
    • 提供者:qq5647075
  1. 查看阻塞和死锁

  2. 两种存储过程检查死锁sp_who_ock
  3. 所属分类:SQLServer

    • 发布日期:2012-09-11
    • 文件大小:4kb
    • 提供者:kanbujiande
  1. Microsoft+SQL+Server+2005技术内幕+查询、调整和优化

  2.  《Microsoft SQL Server 2005技术内幕:查询、调整和优化》通过专家们架构级的洞察力来优化企业级数据库以SQL Server顶尖专家的视角,带你深入到SQL Server 2005性能调优和优化的内部。该书包括指导性强的实践、实用的建议及丰富的示例代码,使你的查询语句效率更高,效果更好,以达到数据库性能的优化。   探索如何   通过系统监视器和DMVs,来创建基线和监控工作负荷:   通过设计、操纵和管理跟踪,孤立性能问题:   使用内置的默认值、黑匣子,以及常见的标准
  3. 所属分类:SQLServer

    • 发布日期:2012-12-30
    • 文件大小:24mb
    • 提供者:ssepotato
  1. 哲学家就餐的文件自己编写P、V操作和信号量的模拟程序,然后用它们解决不死锁的哲学家问题,并把哲学家们的活动过程用文字或可视化表示出来

  2. 哲学就餐.cpp希望对想做5个哲学家就餐的人有帮助,也希望能多多支持我的资源,谢谢,另外,这个文件是很简单的,直接运行就可以了(自己编写P、V操作和信号量的模拟程序,然后用它们解决不死锁的哲学家问题,并把哲学家们的活动过程用文字或可视化表示出来。 (提示:首先设置一个“PCB”数组或队列,其中一个字段表示“阻塞原因兼阻塞标志”,本实验中,该数组有5个元素表示5个哲学家即可。它们“定时”提出申请以及进行“思考”“吃”的行为。再设一个“筷子”数组。还需要设置哪些数据结构以及需要哪些字段自己考虑。示
  3. 所属分类:其它

    • 发布日期:2008-12-11
    • 文件大小:3kb
    • 提供者:tnt456
  1. dbtools数据库管理工具

  2. 用友ERP程序猿倾情打造,方便查看数据库死锁进程及正执行的SQL语句,还可以输出查询结果、整理数据库索引与统计、批量生成数据库对象脚本、批量更新相关服务器。 功能非常好用,绿色环保体积小... ... 太啰嗦了,谁用谁知道!
  3. 所属分类:SQLServer

    • 发布日期:2018-03-13
    • 文件大小:6mb
    • 提供者:jnyfz
  1. SQL Server学习笔记之事务、锁定、阻塞、死锁用法详解

  2. 主要介绍了SQL Server学习笔记之事务、锁定、阻塞、死锁用法,结合实例形式分析了SQL Server中事务、锁定、阻塞、死锁的概念、功能及相关使用技巧,需要的朋友可以参考下
  3. 所属分类:其它

    • 发布日期:2020-09-09
    • 文件大小:99kb
    • 提供者:weixin_38689338
  1. SQL Server学习笔记之事务、锁定、阻塞、死锁用法详解

  2. 本文实例讲述了SQL Server学习笔记之事务、锁定、阻塞、死锁用法。分享给大家供大家参考,具体如下: 1、事务 隐式事务 /*================================================================== 当以create,drop, fetch,open, revoke,grand, alter table,select,insert,delete,update,truncate table 语句首先执行的时候,SQL Serv
  3. 所属分类:其它

    • 发布日期:2020-12-16
    • 文件大小:100kb
    • 提供者:weixin_38516804
  1. 浅谈分布式锁的几种使用方式(redis、zookeeper、数据库)

  2. Q:一个业务服务器,一个数据库,操作:查询用户当前余额,扣除当前余额的3%作为手续费 synchronized lock dblock Q:两个业务服务器,一个数据库,操作:查询用户当前余额,扣除当前余额的3%作为手续费 分布式锁 我们需要怎么样的分布式锁? 可以保证在分布式部署的应用集群中,同一个方法在同一时间只能被一台机器上的一个线程执行。 这把锁要是一把可重入锁(避免死锁) 这把锁最好是一把阻塞锁(根据业务需求考虑要不要这条) 这把锁最好是一把公平锁(根据业
  3. 所属分类:其它

    • 发布日期:2020-12-16
    • 文件大小:214kb
    • 提供者:weixin_38632624
  1. SQL2008中SQL应用之- 死锁(Deadlocking)

  2. 在另一方释放资源前,会话1和会话2都不可能继续。所以,SQL Server会选择死锁中的一个会话作为“死锁牺牲品”。 注意:死锁牺牲品的会话会被*,事务会被回滚。 注意:死锁与正常的阻塞是两个经常被混淆的概念。 发生死锁的一些原因: 1、应用程序以不同的次序访问表。例如会话1先更新了客户然后更新了订单,而会话2先更新了订单然后更新了客户。这就增加了死锁的可能性。 2、应用程序使用了长时间的事务,在一个事务中更新很多行或很多表。这样增加了行的“表面积”,从而导致死锁冲突。 3、在一些情况下,SQ
  3. 所属分类:其它

    • 发布日期:2020-12-15
    • 文件大小:111kb
    • 提供者:weixin_38727694
  1. sql server 2000阻塞和死锁问题的查看与解决方法

  2. 数据库发生阻塞和死锁的现象: 一、数据库阻塞的现象:第一个连接占有资源没有释放,而第二个连接需要获取这个资源。如果第一个连接没有提交或者回滚,第二个连接会一直等待下去,直到第一个连接释放该资源为止。对于阻塞,数据库无法处理,所以对数据库操作要及时地提交或者回滚。二、数据库死锁的现象:第一个连接占有资源没有释放,准备获取第二个连接所占用的资源,而第二个连接占有资源没有释放,准备获取第一个连接所占用的资源。这种互相占有对方需要获取的资源的现象叫做死锁。对于死锁,数据库处理方法:牺牲一个连接,保证另外
  3. 所属分类:其它

    • 发布日期:2020-12-15
    • 文件大小:57kb
    • 提供者:weixin_38741891
  1. MSSQL产生死锁的根本原因及解决方法

  2. 一、 什么是死锁 死锁是指两个或两个以上的进程在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力作用,它们都将无法推进下去.此时称系统处于死锁状态或系统产生了死锁,这些永远在互相等的进程称为死锁进程. 二、 死锁产生的四个必要条件 •互斥条件:指进程对所分配到的资源进行排它性使用,即在一段时间内某资源只由一个进程占用。如果此时还有其它进程请求资源,则请求者只能等待,直至占有资源的进程用毕释放 •请求和保持条件:指进程已经保持至少一个资源,但又提出了新的资源请求,而该资源已被其它
  3. 所属分类:其它

    • 发布日期:2020-12-15
    • 文件大小:98kb
    • 提供者:weixin_38697579
  1. 处理锁、阻塞和死锁(3)??使用SQLServer Profiler侦测死锁

  2. 前言:   作为DBA,可能经常会遇到有同事或者客户反映经常发生死锁,影响了系统的使用。此时,你需要尽快侦测和处理这类问题。   死锁是当两个或者以上的事务互相阻塞引起的。在这种情况下两个事务会无限期地等待对方释放资源以便操作。下面是死锁的示意图:   本文将使用SQLServer Profiler来跟踪死锁。   准备工作:   为了侦测死锁,我们需要先模拟死锁。本例将使用两个不同的会话创建两个事务。   步骤:   1、打开SQLServer Profile
  3. 所属分类:其它

    • 发布日期:2020-12-14
    • 文件大小:570kb
    • 提供者:weixin_38697444
  1. MySQL的事务与锁解析

  2. 本文8500多字,5个大目录一、什么是事务1. 使用场景2. 事务定义3. 哪些存储引擎支持事务4.事务的四大特性5.提交和回滚事务6. 事务并发带来了什么问题7. 隔离级别8. MySQL对InnoDB的支持9. 一致性两种实现方案二、InnoDB的锁1. 锁的粒度2. 共享锁3. 排它锁4. 意向锁三、锁的原理那么又有两个问题???四、锁的算法1. 记录锁2. 间隙锁3. 临键锁4. 隔离级别的实现五、死锁1. 锁的释放和阻塞2. 死锁的发生和检测3. 查看锁的信息4. 死锁的避免 一、什么
  3. 所属分类:其它

    • 发布日期:2020-12-14
    • 文件大小:642kb
    • 提供者:weixin_38653385
  1. 一分钟用睡前小故事图解Java线程之死锁

  2. Java线程之死锁深入理解Java线程安全——银行欠我400万!!!线程执行的六大状态一、故事引入二、死锁死锁的产生三、线程通信等待通知四、代码案例线程释放锁标记主线程通知MyThread线程主线程通知哪个线程? 为了更好的理解死锁,读者可能需要了解线程安全相关的知识,主要是对线程执行的六大状态有一定的了解,尤其是阻塞状态,这是死锁发生的关键。进而才能对死锁的过程深入理解。这里附上一篇读前分享链接,当然,你也可以直接跳过。也是可以读懂这篇故事型文章的。 深入理解Java线程安全——银行欠我400
  3. 所属分类:其它

    • 发布日期:2020-12-22
    • 文件大小:829kb
    • 提供者:weixin_38553381
  1. iOS中的线程死锁实例详解

  2. 什么是线程死锁 是指两个或两个以上的线程在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力作用,它们都将无法推进下去。 线程死锁怎么发生 发生死锁的情况一般是两个对象的锁相互等待造成的。 死锁发生的条件 1、互斥条件:所谓互斥就是进程在某一时间内独占资源。 2、请求与保持条件:一个进程因请求资源而阻塞时,对已获得的资源保持不放。 3、不剥夺条件:进程已获得资源,在末使用完之前,不能强行剥夺。 4、循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。 死锁通常是一个
  3. 所属分类:其它

    • 发布日期:2021-01-04
    • 文件大小:337kb
    • 提供者:weixin_38686542
  1. SQLServer死锁总结

  2. 根据操作系统中的定义:死锁是指在一组进程中的各个进程均占有不会释放的资源,但因互相申请被其他进程所站用不会释放的资源而处于的一种永久等待状态。对应到SQLServer中,当在两个或多个任务中,如果每个任务锁定了其他任务试图锁定的资源,此时会造成这些任务永久阻塞,从而出现死锁;这些资源可能是:单行(RID,堆中的单行)、索引中的键(KEY,行锁)、页(PAG,8KB)、区结构(EXT,连续的8页)、堆或B树(HOBT)、表(TAB,包括数据和索引)、文件(File,数据库文件)、应用程序专用资源(
  3. 所属分类:其它

    • 发布日期:2021-03-04
    • 文件大小:280kb
    • 提供者:weixin_38723691
  1. 数据库的读读事务也会产生死锁

  2. 前段时间有朋友问:SQL Server的AlwaysOn的辅助数据库默认会使用行版本快照控制来消除数据库上的读写事务阻塞和死锁问题   即使用户显式为查询设置了其他事务隔离级别,所有锁提示(Lock Hint)都会被忽略。   为了保证数据同步的完整性,AlwaysOn规定来自数据同步(redo 日志)所做的写操作永远不会被选为死锁牺牲品,无论该写操作的代价多小。   AlwaysOn的做法其实很好理解,数据库中的事务操作无非四种   1、读读   2、读写   3、写读   4、
  3. 所属分类:其它

    • 发布日期:2021-01-21
    • 文件大小:179kb
    • 提供者:weixin_38731479
  1. 数据库的读读事务也会产生死锁

  2. 前段时间有朋友问:SQL Server的AlwaysOn的辅助数据库默认会使用行版本快照控制来消除数据库上的读写事务阻塞和死锁问题   即使用户显式为查询设置了其他事务隔离级别,所有锁提示(Lock Hint)都会被忽略。   为了保证数据同步的完整性,AlwaysOn规定来自数据同步(redo 日志)所做的写操作永远不会被选为死锁牺牲品,无论该写操作的代价多小。   AlwaysOn的做法其实很好理解,数据库中的事务操作无非四种   1、读读   2、读写   3、写读   4、
  3. 所属分类:其它

    • 发布日期:2021-01-21
    • 文件大小:179kb
    • 提供者:weixin_38720997
« 12 3 4 5 »