java大师博客网站

技术杂文

  • springboot+vue3+nuxt3+ts+minio开发的dsblog3.0前后端博客 源码获取关注公众号【java大师】私信获取 一、技术栈 本博客系统采用了先进且成熟的技术栈,包括Spring Boot 3、Spring Secu...
  • oralce打补丁 打补丁前提: 一、备份数据库 二、将oracle服务全部停掉 1、查看opatch的版本号 1.1、环境变量配置ORACLE_HOME 1.2、运行opatch version命令,查看opatch的版本号 ==备注:...
  • mybatis-plus使用教程 欢迎关注博主公众号「Java大师」, 专注于分享Java领域干货文章, 关注回复「postman」, 获取postman插件和安装程序: http://www.javaman.cn/jszw/mybatis-pl...
  • Xshell Plus 6 破解版下载_解压即可使用_附安装使用图文教程 欢迎关注博主公众号「java大师」, 专注于分享Java领域干货文章, 关注回复「资源」, 免费领取全网最热的Java架构师学习PDF, 转载请注明出处 https://w...
  • web应用访问缓慢的问题定位 1、如果页面能正常访问,但是每个页面的打开速度都很慢,处理方式如下: 1)首先查看应用服务器和数据库服务器的cpu和内存使用情况是不是很高 windows服务器通过任务管理器查看 linux服务器通过top命令查看...
  • Postman全网最详细使用教程 欢迎关注博主公众号「Java大师」, 专注于分享Java领域干货文章, 关注回复「postman」, 获取postman插件和安装程序: http://www.javaman.cn/jszw/postman 一、...
  • 你真的会使用Typora吗? 欢迎关注博主公众号「Java大师」, 专注于分享Java领域干货文章, 关注回复「主题」, 获取大师使用的typora主题: http://www.javaman.cn/jszw/typora 经常使用markdow...
web应用访问缓慢的问题定位 - java大师  java大师博客网站

web应用访问缓慢的问题定位

1、如果页面能正常访问,但是每个页面的打开速度都很慢,处理方式如下:

1)首先查看应用服务器和数据库服务器的cpu和内存使用情况是不是很高

windows服务器通过任务管理器查看

windows截图-1.png

linux服务器通过top命令查看内存和cpu使用率:主要看1、2、3这三个指标有没有异常,内存和cpu有没有超过95%

linux截图-2.png

详细参数参见下了文档

Linux查看CPU和内存使用情况:https://www.cnblogs.com/mengchunchen/p/9669704.html

2)如果两个服务器的内存都不高,通过下面语句找到oracle等待时长最多的sql带入plsql进行验证
SELECT ASH.USER_ID,
       U.USERNAME,
       S.SQL_TEXT,
       SUM(ASH.WAIT_TIME + ASH.TIME_WAITED) TTL_WAIT_TIME
  FROM V$ACTIVE_SESSION_HISTORY ASH, V$SQLAREA S, DBA_USERS U
 WHERE ASH.SAMPLE_TIME BETWEEN SYSDATE - 15 / (24 * 60) AND SYSDATE
   AND ASH.SQL_ID = S.SQL_ID
   AND ASH.USER_ID = U.USER_ID
 GROUP BY ASH.USER_ID, S.SQL_TEXT, U.USERNAME
 ORDER BY TTL_WAIT_TIME

plsql验证

将sql放入plsql窗口,按【F5】进入执行计划页面

oracle执行计划分析-4.png

cost为耗费时长,执行顺序是按照缩进从右往左,从上到下执行,上图执行顺序为table access full--> table access full-->hash join-->all rows。如果一个列表查询的sql执行的cost耗费越大,结合oracle等待时长的sql,可以断定该sql存在问题!!!

将定位的sql提交给研发进行进一步的分析!!

目前发现数据库表中的部分索引建立以后失效的情况,经分析定位为:随着表的增长,where条件出来的数据太多,大于15%,使得索引失效,目前无法提前发现,只能通过上面的语句定位到执行缓慢的语句。

附录----执行计划详解:https://www.cnblogs.com/Dreamer-1/p/6076440.html

3)如果没有找到等待过长的sql语句,需要进一步排查应用服务器到oracle数据库主机的连接是否顺畅,有没有存在延迟!!

3.1)oracle的alert的日志文件超过4G,会导致连接报错

​ 可以通过下列语句找到alert.log的目录

select value from v$diag_info where name ='Diag Trace';

oracle日志文件-5.png

​ 找到该日志,然后备份删除

oracle日志文件路径-6.png

3.2)如果日志文件没有超过4G或者3.1步骤处理完仍然没有解决数据库连接超时或者慢的问题

​ 需要执行:tnsping IP:端口/实例名称

C:\Users\fangr>tnsping localhost:1521/orcl
TNS Ping Utility for 64-bit Windows: Version 11.2.0.1.0 - Production on 03-7月 -2021 17:08:45

Copyright (c) 1997, 2010, Oracle.  All rights reserved.

已使用的参数文件:
D:\app1\fangr\product\11.2.0\dbhome_1\network\admin\sqlnet.ora

已使用 EZCONNECT 适配器来解析别名
尝试连接 (DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=orcl))(ADDRESS=(PROTOCOL=TCP)(HOST=127.0.0.1)(PORT=1521)))
OK (0 毫秒)

​ 执行结果如下图:如果超过1000毫秒,则连接可能存在问题!!需要协调ping一下是否丢包,或者协调客户定位下网络问题

oracle-tnsping-6.png

扩展:AWR分析报告进行数据库的分析

觉得数据库慢的时候也可以通过AWR分析报告,对oracle进行性能分析找到一些oracle可能存在的潜在问题

对数据库缓慢时间段范围内生成awr报告!!

AWR报告生成方法:https://www.cnblogs.com/liyasong/p/oracle_report1.html

AWR报告详细解读:https://blog.csdn.net/u011334954/article/details/103953103?utm_medium=distribute.pc_relevant.none-task-blog-baidujs_baidulandingword-0&spm=1001.2101.3001.4242

该报告重点关注如下内容:

1)正常情况下DBCPU应该排在首位,%DB time每个耗时不能超过70%,如果超过就要针对处理!

awr报告分析7-1.png

2)根据SQL ordered by Elapsed Time,找到耗时比较长的sql,针对sql进行分析

awr报告分析7-2.png

3)查看SGA和PGA的内存使用是否过高,正常情况下不得超过主机内存的80%

awr-分析报告3

2、如果页面能正常访问,添加记录或者更新网页卡住不动:

网页访问和列表加载正常,此刻**很有可能存在oracle锁表的情况**,通过下面的sql执行,找到被锁的表

select sess.sid,
       sess.serial#,
       lo.oracle_username,
       lo.os_user_name,
       ao.object_name,
       lo.locked_mode
  from v$locked_object lo, dba_objects ao, v$session sess
 where ao.object_id = lo.object_id
   and lo.session_id = sess.sid;

找到被锁的表

oracle锁表7-4.png

通过下面sql定位到锁表的sql语句

SELECT A.USERNAME,
       A.MACHINE,
       A.PROGRAM,
       A.SID,
       A.SERIAL#,
       A.STATUS,
       C.PIECE,
       C.SQL_TEXT
  FROM V$SESSION A, V$SQLTEXT C
 WHERE A.SID IN (SELECT DISTINCT T2.SID
                   FROM V$LOCKED_OBJECT T1, V$SESSION T2
                  WHERE T1.SESSION_ID = T2.SID)
   AND A.SQL_ADDRESS = C.ADDRESS(+)
 ORDER BY C.PIECE;

将找到的sql提交给研发,判断该sql语句是人为锁定的还是程序未提交导致的!

image-20210703163738092

如果需要,可以通过下面的sql进行解锁

alter system kill session '68,51';     --分别为SID和SERIAL#号

3、如果排除oracle和sql的问题,那么进一步排查应用服务器的问题

1)调整程序连接的最大线程数和排队请求数

​ tomcat:将maxThreads="800" acceptCount="1000"调整为800和500代表允许最大线程数为800,可以同时处理800个请求,如果超 过800个线程,接受排队500个请求!

<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" maxThreads="800" acceptCount="500"/>

​ weblogic:

进入WebLogic控制台——左边窗口的mydomain——servers——点击myserver——Configuration——General——点击Advanced Options的Show链接——最下面的Configure Execute Queues 链接——weblogic.kernel.Default链接——Thread Count参数。的却是隐藏的比较深。修改Thread Count的值,然后重启WebLogic就可以生效了。

2)根据服务器的内存大小,调整tomcat的内存,最大不超过应用服务器内存的60%

​ tomcat:

在“echo"UsingCATALINA_BASE: $CATALINA_BASE"”上面加入以下行:
JAVA_OPTS="-server -Xms800m -Xmx800m -XX:PermSize=256m -XX:MaxPermSize=512m -XX:MaxNewSize=512m"
weblogic:
直接修改user_projects\domains\base_domain\bin下的startWebLogic.cmd文件

  在它下面添加一下代码

  set JAVA_OPTIONS=-Xms256m –Xmx256m;

3)根据tomcat的catalina.log的具体报错反馈给开发进行查询,需要根据的实际报错

4)服务器重启大法


全部评论: 0

    我有话说: