oracle session 相关优化

导读：

同学们是不是都用遇到过这种情况，一个业务系统开发期业务并发量只是估算一个值，而系统上线后这个并发量可能会出现溢出或是不够的

情况。在这种情况下我们DBA怎么给出合理的性能优化建议呢？本文就是利用数据给出session并发量的合理值。

目的：

利用数据给出ORACLE性能优化session的合理值。

环境：

OS: 6.1 AIX

Oracle: 11.2.0.4  rac on 2 nodes

1.实例启动后用户最大并发session？

select SESSIONS_CURRENT,SESSIONS_HIGHWATER from v$license;

2.数据库是否有大量的inactive session？

select

(select count(*) from v$session where status=‘INACTIVE‘) as "session inactive" ,

(select count(*) from v$session ) as "session total" from dual;

--可以初步判断中间件连接数设置是否合理。如果inactive/total比值大于0.6考虑是否可以优化（个人建议）

3.数据库大量inactive session都是什么业务？

select username,count(*) from v$session where status=‘INACTIVE‘ group by username;

--可以初步判断是什么业务有过多的inactive，联系业务是否可以优化（对“症”下药）

4.既然发现了数据库有大量的inactive存在，怎么样有理有据的给出优化建议呢？

我的方法：

写一个统计total session 与active session的脚本，定时执行脚本并将统计结果写入一张表。经过大量的统计（业务高峰与低峰）就可以

得到合理的session值，可以把这个合理的并发session值反馈给业务，进而最优使用系统资源，而不是产生大量的inactive session

4-1.创建一个收集统计信息的表dou_tunning

create table dou_tunning (

username varchar2(40),

total number,

active number,

osdate date);

4-2.编写一个收集session的脚本

vi check_session.sh

#oracle用户的环境变量，一定编辑在脚本中#

sqlplus -s ‘system/system‘ <

insert into  dou_tunning (select t.username,t.total,d.active,sysdate from (select username,count(*) as total from gv\

$session where username is not null and username not in (‘SYSTEM‘,‘SYSMAN‘,‘DBSNMP‘) group by username ) t ,(select

username,count(*) as active from gv\$session where username is not null and status=‘ACTIVE‘ group by username ) d where

t.username=d.username) ;

commit;

exit;

EOF

4-3.定时执行收集session的脚本

doudou1:/home/oracle$crontab -l

5,15,25,35,45,55  * * * * sh /home/oracle/check_session.sh

--AIX中的crontab不支持“/”,很无奈只能写成这样了。当然了,你也可以每分钟收集一次session信息，给客户更详尽的优化数据。

4-4.根据收集来的数据，根据业务的高峰期并发session值，进而给出最优并发session值

5.CASE分析

select * from dou_tunning where username=‘TAB_DOUDOU‘

TAB_DOUDOU 363 1 2014/8/12 13:25:01

TAB_DOUDOU 361 1 2014/8/12 13:28:00

TAB_DOUDOU 358 1 2014/8/12 13:30:01

TAB_DOUDOU 358 3 2014/8/12 13:31:00

TAB_DOUDOU 358 2 2014/8/12 13:32:00

TAB_DOUDOU 358 3 2014/8/12 13:33:00

TAB_DOUDOU 358 2 2014/8/12 13:34:01

TAB_DOUDOU 362 1 2014/8/12 13:36:00

TAB_DOUDOU 363 4 2014/8/12 13:37:00

TAB_DOUDOU 363 2 2014/8/12 13:38:01

TAB_DOUDOU 366 3 2014/8/12 13:39:00

TAB_DOUDOU 368 2 2014/8/12 13:40:00

TAB_DOUDOU 364 2 2014/8/12 13:41:00

TAB_DOUDOU 364 1 2014/8/12 13:42:00

TAB_DOUDOU 358 3 2014/8/12 13:43:00

TAB_DOUDOU 362 1 2014/8/12 13:44:00

TAB_DOUDOU 362 2 2014/8/12 13:47:00

TAB_DOUDOU 360 1 2014/8/12 13:48:00

TAB_DOUDOU 358 1 2014/8/12 13:50:00

TAB_DOUDOU 357 3 2014/8/12 13:51:01

TAB_DOUDOU 357 1 2014/8/12 13:52:00

TAB_DOUDOU 358 1 2014/8/12 13:53:00

TAB_DOUDOU 356 1 2014/8/12 13:55:00

TAB_DOUDOU 362 4 2014/8/12 14:05:00

TAB_DOUDOU 362 2 2014/8/12 14:15:00

TAB_DOUDOU 363 1 2014/8/12 14:45:00

TAB_DOUDOU 363 2 2014/8/12 14:55:01

TAB_DOUDOU 361 3 2014/8/12 15:05:00

TAB_DOUDOU 362 1 2014/8/12 15:15:01

TAB_DOUDOU 366 1 2014/8/12 15:25:00

TAB_DOUDOU 360 1 2014/8/12 15:35:00

TAB_DOUDOU 359 2 2014/8/12 15:45:00

TAB_DOUDOU 361 1 2014/8/12 15:55:00

TAB_DOUDOU 361 1 2014/8/12 16:05:00

--以上是一个核心业务统计的session值，可以看到接近400的session，多数都是inactive，这个一个资源利用严重不合理的案例，当然了，

我会继续给这个系统进行分析与比较，最终给客户提出一个有建设性意义的session值。

总结：

合理的利用资源也是一种优化的方式。优化其实是一种思想。