qiao0078的专栏

在配置struts注解的result所在路径时由于struts2.2.3.1和commons-lang-2.3版本不兼容导致如下异常：2013-2-20 17:04:30 org.apache.catalina.core.AprLifecycleListener init信息: The APR based Apache Tomcat Native library which allows

查看被锁表：  www.2cto.com  select   request_session_id   spid,OBJECT_NAME(resource_associated_entity_id) tableName   from   sys.dm_tran_locks where resource_type='OBJECT' spid   锁表进程 

最近公司某個專案的網站是請外包廠商在開發測試機上開發新版網站，開發測試機上執行的是 Tomcat 6.0，當要部署回上線機（執行Tomcat 5.5）時因為有使用自訂標籤，發現不能正常執行，於是決定將上線機的Ap Server由原先的Tomcat 5.5.26升級到最新版的Tomcat 6.0.20。由於我們是採用Shared Tomcat的虛擬主機架構，所有的網站都共用同一版的Tomcat，

共享锁，也就是S锁：select * from 表 或者select * from 表 where  字段= 值这个在运行时，都会自动加锁，具体根据需要访问的对象，加上S锁，比如记录会加上S锁。而独占锁，也就是x锁：update 表 set 字段 = 值 where xx字段= xx值如果在xx字段上有索引，那么会直接在要修改的记录上

简介    死锁的本质是一种僵持状态，是多个主体对于资源的争用而导致的。理解死锁首先需要对死锁所涉及的相关观念有一个理解。 一些基础知识    要理解SQL Server中的死锁，更好的方式是通过类比从更大的面理解死锁。比如说一个经典的例子就是汽车（主体）对于道路(资源)的征用，如图1所示。         图1.对于死锁的直观理解 

锁的概述 一. 为什么要引入锁 多个用户同时对数据库的并发操作时会带来以下数据不一致的问题: 丢失更新 A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果,比如订票系统 脏读 A用户修改了数据,随后B用户又读出该数据,但A用户因为某些原因取消了对数据的修改,数据恢复原值,此时B得到的数据就与数据库内的数据产生了不一致 不