Oracle SQL调优系列之定位生产性能问题方法

1、AWR整体分析

场景：最近遇到紧急生产问题，因为数据库锁表导致业务功能不能正常使用，对于这种紧急问题，首先要安稳心态，然后合理分析问题，可以先从整体出发，拿下Oracle AWR报告，进行整体分析，需要找出是因为cpu问题，还是具体哪里的程序导致的

2、JVM命令进行监控

从整体不能定位到问题，还是需要配合JVM的调优命令进行排查问题，监控是否出现oom的情况？

// 监控进程信息
[www@localhost ~]$ top
// 查找具体的线程情况
[www@localhost ~]$ top -H -p PID
// 查看进程id
[www@localhost ~]$ jps -l
//根据jps拿到的PID获取堆信息，然后使用gcviewer等等工具进行分析
[www@localhost ~]$ jmap -dump:format=b,file=heap.hprof PID
// 直接查看程序堆信息
[www@localhost ~]$ jmap -heap PID
// 查看栈信息，看看是否有程序死锁的情况
[www@localhost ~]$ jstack PID

gc监控工具：MAT、gcviewer，也可以通过在线网站进行分析https://gceasy.io/

3、拿到锁表sql

ok，程序排查没问题，从sql方面进行排查

查看是否有锁表

SELECT object_name, machine, s.sid, s.serial#
FROM gv$locked_object l, dba_objects o, gv$session s
WHERE l.object_id　= o.object_id
AND l.session_id = s.sid;

释放数据表锁

// 释放SESSION SQL:
alter system kill session 'sid, serial#';
ALTER system kill session '23, 1647';

查看具体的锁表sql

   
   select l.session_id sid, 
       s.serial#, 
       l.locked_mode, 
       l.oracle_username, 
       s.user#, 
       l.os_user_name, 
       s.machine, 
       s.terminal, 
       a.sql_text, 
       a.action 
  from v$sqlarea a, v$session s, v$locked_object l 
where l.session_id = s.sid 
   and s.prev_sql_addr = a.address 
order by sid, s.serial#;

4、修改数据库连接数

ps：当然锁表也有可能是连接数不够

查看当前的数据库连接数

select count(*) from v$process ;

查看数据库允许的最大连接数

select value from v$parameter where name ='processes';

查看当前的session连接数

select count(*) from v$session

查看当前并发连接数

select count(*) from v$session where status='ACTIVE';

修改数据最大连接数

alter system set processes = 500 scope = spfile;

重启关闭数据库

--关闭数据库
shutdown immediate; 
--重启数据库
startup;

5、定位慢sql

ok，锁表问题如果可以定位到，也要顺便排查一下哪些慢SQL，在拖系统性能

先查询哪些用户在使用

select osuser, a.username, cpu_time/executions/1000000||'s', b.sql_text, machine
from v$session a, v$sqlarea b
where a.sql_address =b.address
order by cpu_time/executions desc;

拿出慢sql：

SELECT SQL_TEXT,
       SQL_FULLTEXT,
       ELAPSED_TIME,
       DISK_READS,
       BUFFER_GETS,
       EXECUTIONS,
       Round(ELAPSED_TIME / EXECUTIONS ,2),
       ROUND(DISK_READS / EXECUTIONS, 2),
       ROUND(BUFFER_GETS / EXECUTIONS , 2),
       ROUND((BUFFER_GETS - DISK_READS) / BUFFER_GETS, 2) 
  FROM V$SQLAREA 
 WHERE EXECUTIONS > 0
   AND BUFFER_GETS > 0
   AND (BUFFER_GETS - DISK_READS) / BUFFER_GETS < 0.8
   ORDER BY Round(ELAPSED_TIME / EXECUTIONS ,2) desc;

然后解释一下这些意义：
Round(ELAPSED_TIME / EXECUTIONS ,2)：求每个游标执行SQL需要的时间
ROUND(DISK_READS / EXECUTIONS, 2)：求每个游标执行SQL需要读磁盘的次数
ROUND(BUFFER_GETS / EXECUTIONS , 2)：求每个游标执行SQL需要读内存的次数
ROUND((BUFFER_GETS - DISK_READS) / BUFFER_GETS, 2) ：SQL命中率

然后和同事找到一个问题，发现一个业务逻辑里主键的生成是用数字加上事务控制生成的，在这种情况表就经常出现被锁表的情况

结合druid的监控，然后在阿里druid框架的官网找到如下的wikihttps://github.com/alibaba/druid/wiki/%E8%BF%9E%E6%8E%A5%E6%B3%84%E6%BC%8F%E7%9B%91%E6%B5%8B

在这里插入图片描述

发现公司性能这个监控被开起来了，所以一个是因为程序问题，加上框架的使用不当，导致的。ok，性能问题是一个很花时间的问题，本博客只进行一些简单的分享，仅供参考

Oracle SQL调优系列之定位生产性能问题方法