公众号：杨建荣的学习笔记 · 作者：r2笔记95天 · 发布：2014-09-15 23:36:41 · 原文链接

平时查看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 <<EOF
select sid,serial# from v\$session where sid=(select sid from v\$mystat where rownum<2);
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的变化在一定的时间范围内没有明显的规律。