关于锁的使用

create table "gbase".t1 
 (
   id integer,
   name char(10),
   col3 datetime year to second 
       default current year to second,
   primary key (id) 
 ) with crcols  extent size 16 next size 16 lock mode row;
+++++++++++++++++++++++++++++++++++++++++++++++++++++++

begin;
delete from t1 where id=1   该表在id列上有主

++++++++++++++++++++++++++++++++++++++++++++++++++++++

gbase@ER1 ~ >oncheck -pt ttdb:t1 |grep -E "partnum|lockid"
   Partition partnum              6291523   
   Partition lockid               6291523   
   Partition partnum              6291524   
   Partition lockid               6291523

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

gbase@ER1 ~ >onstat -k |grep 45084ca8
44197820         0                45084ca8           44198018         HDR+X    600044   101      K- 1      D
44197930         0                45084ca8           44198b40         HDR+IX   600043   0           0       
44198018         0                45084ca8           44197930         HDR+X    600043   101         0      D
44198b40         0                45084ca8           0                       HDR+S    100002   206         0  

可以看到在数据库上加了共享锁

在表上加了趋向独占锁；

在数据行上加了独占锁；

在索引行加了独占锁；

########################################################

session1：

              先做，用紫色圈起来，做了一个update，更新了一行；

               600045是oncheck -pt dbname:tabname  看到的lockid；

               900002是oncheck -pt dbname:tabname 看到的涉及到的分区的partnum；

session2：

             后做，用红色圈起来，做一个alter fragment操作期望把某个分区(非update涉及到的分区)detach出来成单独的表；

             该会话就会产生锁等待；

             session1的wtlist中就会出现session2的owner；

为了保证alter fragment可以成功，可以通过FORCE_DDL_EXEC来实现：

SET ENVIRONMENT FORCE_DDL_EXEC '60';
alter fragment on table customer detach datadbs5  customer5;

设置FORCE_DDL_EXEC环境表示当前会话拥有最高优先级，并且指定如果当前会话在60秒内无法获得独占锁，则当前alter fragment操作失败。如果发现其他会话在占用该表，就会把该会话置为长事务，强行退出并回滚。

被退出的会话可以看到如下信息：

  458: Long transaction aborted.  
12204: RSAM error: Long transaction detected.

online.log中可以到：

Forced DDL 0x46e00648 Aborted. Rollback Duration: 0 Seconds

在使用完FORCE_DDL_EXEC 之后，需要设置SET ENVIRONMENT FORCE_DDL_EXEC 'off'。

FORCE_DDL_EXEC 的相关特性：

1、值对日志数据库生效；

2、FORCE_DDL_EXEC由informix用户执行；

3、不能由其他会话对该表做DDL；

表附加的过程如下：

alter fragment on table customer attach customer5   as (c_w_id < 51  AND c_w_id >= 41) after datadbs4;