平时查看v$session的时候要定位一个session,需要sid,serial#这个两个值,其实更多时候我们关注更多的是sid,对于serial#却不太了解。
至少从v$mystat中,可以看到,是只能定位到sid的,对于serial#的值还需要借助v$session来查找。
SQL> desc v$mystat
Name Null? Type
----------------------------------------- -------- ----------------------------
SID NUMBER
STATISTIC# NUMBER
VALUE NUMBER
有时候看着sid,serial#的变化,想可能里面有一定的规律,今天还是下决心写个程序自己简单测试下,测试结果仅供参考。
我写了如下的脚本,
-rw-r--r-- 1 ora11g dba 57151 Sep 15 08:11 check.log
-rw-r--r-- 1 ora11g dba 183 Sep 15 07:52 check.sh
-rw-r--r-- 1 ora11g dba 45 Sep 15 07:53 loop.sh
-rw-r--r-- 1 ora11g dba 2 Sep 15 08:05 sleep_time.par
[ora11g@rac1 chk_session]$
loop.sh的内容很简单就是循环调用check.sh,然后写入日志check.log
while true
do
ksh check.sh >> check.log
done
check.sh的内容也很简单,就是每次使用sqlplus来创建一个session。然后sleep一定的时间。
sleep_time=`cat sleep_time.par`
sqlplus -s n1/n1 select sid,serial# from v\$session where sid=(select sid from v\$mystat where rownum EOF
echo $sleep_time
sleep $sleep_time
为了能够更加灵活的控制创建session之后的sleep时间,我们可以动态的修改sleep的时间,具体的值在sleep_time.par中,可以动态修改。
[ora11g@rac1 chk_session]$ cat sleep_time.par
3
有了如上的准备工作,来看看输出的check.log的内容吧。可以看到在1秒的间隔时间下,重新创建的session的sid不会发生变化,而serial#会按照2的间隔递增。
SID SERIAL#
---------- ----------
257 93
1
SID SERIAL#
---------- ----------
257 95
1
SID SERIAL#
---------- ----------
257 97
动态调整间隔时间为3秒,发现没有任何的改变。
SID SERIAL#
---------- ----------
257 137
3
SID SERIAL#
---------- ----------
257 139
3
SID SERIAL#
---------- ----------
257 141
在我重新调整了时间,从3秒调整到10秒,还是没有改变,然后调整为30秒的时候。发现sid发生了变化,而且serial#不是从1开始递增。
10
SID SERIAL#
---------- ----------
257 167
10
SID SERIAL#
---------- ----------
257 169
30
SID SERIAL#
---------- ----------
258 515
30
SID SERIAL#
---------- ----------
258 517
然后sid开始固定,serial#开始递增
SID SERIAL#
---------- ----------
258 565
30
SID SERIAL#
---------- ----------
21 31
30
我在想不是serial#有个临界值之类的。
于是把间隔时间调整为0秒。
结果serial#递增到1500多还是没有任何反应。然后由0秒调整为3秒后的变化如下:
SID SERIAL#
---------- ----------
21 1603
0
SID SERIAL#
---------- ----------
21 1605
3
SID SERIAL#
---------- ----------
21 1607
3
SID SERIAL#
---------- ----------
21 1609
3
SID SERIAL#
---------- ----------
21 1611
3
SID SERIAL#
---------- ----------
253 135
SID SERIAL#
---------- ----------
253 175
3
SID SERIAL#
---------- ----------
257 175
如果观察足够仔细,就会发现最后的sid为257的session在最开始的时候已经用过,只是serial#部分不同,新建的session 257,175和之前的部分也没有冲突,是从上一次中断的那个serial#值开始的。
林林总总做了一圈测试,发现session的sid,serial#有如下的基本规律。
serial#按照2的频度进行递增。
serial#的分配由数据库自动控制,有点类似连接池的味道,下次某个session在sid相同的情况下,serial#会从上一次的值开始继续递增。
sid的变化在一定的时间范围内没有明显的规律。