当前位置: X题卡 > 所有题目 > 题目详情

在并发控制中,通常采用 【7】 策略来避免活锁。

查看本题答案

你可能感兴趣的试题

Java中对共享数据操作的并发控制是采用加锁技术  线程之间的交互,提倡采用suspend()/resume()方法  共享数据的访问权限都必须定义为private  Java中没有提供检测与避免死锁的专门机制,但程序员可以采用某些策略防止死锁的发生  
Java中对共享数据操作的并发控制是采用加锁技术  线程之间的交互,提倡采用suspend()esume()方法  共享数据的访问权限都必须定义为private  Java中没有提供检测与避免死锁的专门机制,但程序员可以采用某些策略防止死锁的发生  
事务的活锁又称为事务的饿死  为避免锁现象的发生,DBMS可以采用先来先服务的策略处理事务的数据操作请求  各个事务可以按照申请访问Q的时问先后顺序,依次获得定义在Q上的锁  DBMS按事务请求加锁的先后顺序对这些事务排队,先请求的事务排在队列的靠后位置  
使用先来先服务策略处理事务请求  使用两阶段锁协议  对事务进行并发调度  使用小粒度锁  
Java中对共享数据操作的并发控制采用加锁技术  线程之间的交互,提倡采用suspend()esume()方法  共享数据的访问权限都必须定义为private  Java中没有提供检测与避免死锁的专门机制,但应用程序员可以采用某些策略防止死锁的发生  
事务的活锁又称为事务的饿死  为避免锁现象的发生,DBMS可以采用先来先服务的策略处理事务的数据操作请求  各个事务可以按照申请访问Q的时间先后顺序,依次获得定义在Q上的锁  DBMS按事务请求加锁的先后顺序对这些事务排队,先请求的事务排在队列的靠后位置  
事务的活锁又称为事务的饿死  为避免活锁现象的发生,DBMS可以采用先来先服务(FIFS)策略处理事务的数据操作请求  各个事务可以按照申请访问Q的时间先后顺序,依次获得定义在Q上的锁  DBMS按事务请求加锁的先后顺序对这些事务排队,先请求的事务排在队列中靠后的位置  
数据库管理系统采用死锁检测与恢复策略使系统摆脱死锁状态  如果系统进入死锁状态的概率比较低,则应采用死锁预防策略,否则采用死锁检测与恢复策略更有效  为避免活锁(事务饿死)现象的发生,数据库管理系统可以采用先来先服务(FIFS)策略处理事务的数据操作请求  数据库系统的并发控制子系统动态地构造和维护事务等待图,并周期性地检查图中是否存在回路,如果有则说明系统中出现了死锁  
事务的活锁又称为事务的饿死  为避免锁现象的发生,DBMS可以采用先
来先服务的策略处理事务的数据操作请求  
各个事务可以按照申请访问Q的时间先后顺序,依次获得定义在Q上的锁  DBMS按事务请求加锁的先后顺序对这些事务排队,先请求的事务排在队列的靠后位置  
Java中对共享数据操作的并发控制是采用加锁技术  线程之间的交互,提倡采用suspend()esume()方法  共享数据的访问权限都必须定义为pdvate  Java中没有提供检测与避免死锁的专门机制,但应用程序员可以采用某些策略防止死锁的发生  
锁是一种特殊的二元信号量,用来控制多个并发事务对共享资源的使用  数据库中的锁主要分为排它锁和共享锁,当某个数据项上已加有多个共享锁时,此数据项上只能再加一个排它锁  数据库管理系统可以采用先来先服务的方式防止出现活锁现象  当数据库管理系统检测到死锁后,可以采用撤销死锁事务的方式解除死锁  
事务的活锁又称为事务的饿死  为避免活锁现象的发生,DBMS可以采用先来先服务的策略处理事务的数据操作请求  各个事务可以按照申请访问数据项Q的时间先后顺序,依次获得定义在数据项Q上的锁  DBMs按事务请求加锁的先后顺序对这些事务排队,先请求的事务排在队列中靠后的位置  
Java中对共享数据操作的并发控制是采用加锁技术  线程之间的交互,提倡采用suspend()esume()方法  共享数据的访问权限都必须定义为private  Java中没有提供检测与避免死锁的专门机制,但应用程序员可以采用某些策略防止死锁的发生  

热门试题

更多