千家信息网

请输入关键字词

热门搜索排行

最新搜索排行

导航： 首页 > 数据库 >

abdti主机dgyt库问题导致工单系统缓慢

发表于：2025-02-02 作者：千家信息网编辑
千家信息网最后更新 2025年02月02日，应用反馈工单系统缓慢，登上主机查询LOCAL=NO以及v$session数量，发现连数确实比平时高出50%以上。后来咨询业务，发现这是月底正常业务现象。1、查看SunOS操作系统情况：1)内存：点击(
千家信息网最后更新 2025年02月02日abdti主机dgyt库问题导致工单系统缓慢应用反馈工单系统缓慢，登上主机查询LOCAL=NO以及v$session数量，发现连数确实比平时高出50%以上。后来咨询业务，发现这是月底正常业务现象。

1、查看SunOS操作系统情况：
1)内存：

点击(此处)折叠或打开

  1. root@abdit # prtconf |grep Memory
  2. Memory size: 32768 Megabytes
  3. root@abdit # echo "::memstat"|mdb -k
  4. Page Summary Pages MB %Tot
  5. ------------ ---------------- ---------------- ----
  6. Kernel 364339 2846 9%
  7. Anon 2158855 16866 52%
  8. Exec and libs 74791 584 2%
  9. Page cache 62215 486 2%
  10. Free (cachelist) 1391728 10872 34%
  11. Free (freelist) 65421 511 2%
  12. Total 4117349 32166
  13. Physical 4095711 31997
可见，该主机内存共32G，空闲11G，使用21G，使用率65%。
查看数据库sga为10G，pga为1G，应该该主机只有dgyt库，所以sga配置太低，建议调整。
2）cpu
mpstat 共16个逻辑cpu
sar -u 3 20 cpu使用率15%
而数据库已经使用了主机所有的16个cpu。
cpu_count integer 16
3）IO
由iostat -xd 2查看到各个盘的io较为繁忙，初步怀疑是IO导致数据库缓慢。
2）、查看数据库情况（10.2.0.5 基于asm的rac单实例）
1）查看数据库的等待事件：
select event#，event，count(*) from v$session group by event#,event order by 3;

点击(此处)折叠或打开

  1. EVENT# EVENT COUNT(*)
  2. ---------- ------------------------------ ----------
  3. 150 db file parallel write 1
  4. 135 log file parallel write 1
  5. 199 direct path read temp 1
  6. 350 SQL*Net message to client 1
  7. 200 direct path write 1
  8. 201 direct path write temp 2
  9. 144 log file sync 10
  10. 148 db file scattered read 11
  11. 147 db file sequential read 14
  12. 98 read by other session 205
  13. 198 direct path read 342
可见主要的问题都是direct path read以及read by other session等待事件导致。
2）查看导致direct path read的sql。
select sql_id,username,count(*) from gv$session where event#=198 group by sql_id,username order by 3;
得知基本是由于******用户的如下两个sql导致的：d7d83k6fzn7db和bbqffj0cd01xm
3) 查看对应的sql内容已经执行计划
SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY_CURSOR('bbqffj0cd0qxm',NULL));
得知内容如下：

点击(此处)折叠或打开

  1. select title, itemid,formId,predictFinishTime
  2. from (select mw.title,mw.itemid,mw.itemtype as formId,ia.predictFinishTime
  3. from ta_***** tp,form_****** fw,mw_workitem mw,Item_******* ia
  4. where tp.****='waiting'
  5. and (tp.defName='??t·?? or tp.defName='??·?? or tp.defName='??·??)
  6. and tp.rootinstid = fw.processid
  7. and fw.itemid =mw.itemid
  8. and mw.relatingRoom in ('2??ф-2???

点击(此处)折叠或打开

  1. ------------------------------------------------------------------------------------------------------
  2. | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
  3. ------------------------------------------------------------------------------------------------------
  4. | 0 | SELECT STATEMENT | | | | 17302 (100)| |
  5. | 1 | COUNT STOPKEY | | | | | |
  6. | 2 | HASH JOIN | | 1 | 265 | 17302 (1)| 00:03:28 |
  7. | 3 | NESTED LOOPS | | 4 | 812 | 10380 (1)| 00:02:05 |
  8. | 4 | NESTED LOOPS | | 2752 | 812 | 10380 (1)| 00:02:05 |
  9. | 5 | HASH JOIN | | 344 | 52632 | 8660 (1)| 00:01:44 |
  10. | 6 | TABLE ACCESS FULL | MW_***** | 342 | 37962 | 8006 (1)| 00:01:37 |
  11. | 7 | TABLE ACCESS FULL | FORM_***** | 290K| 11M| 652 (1)| 00:00:08 |
  12. | 8 | INDEX RANGE SCAN | TAI_*****_ROOTID | 8 | | 2 (0)| 00:00:01 |
  13. | 9 | TABLE ACCESS BY INDEX ROWID| TA_***** | 1 | 50 | 5 (0)| 00:00:01 |
  14. | 10 | TABLE ACCESS FULL | ITEM_****** | 601K| 35M| 6918 (1)| 00:01:24 |
  15. ------------------------------------------------------------------------------------------------------
可以看到主要是部分表存在全表扫描，虽然表的数据量不大（约170w行），但是并发高的情况下可能还是会造成性能影响的。故考虑创建索引，如下：

点击(此处)折叠或打开

  1. create index *****.idx_*****_****_**** on ****.Item_******(***,***,****) online parallel 8 tablespace TBS_*****;
  2. create index *****.idx_***** on *****.form_**** (*****) online tablespace TBS_*****;
  3. create index *****.idx_*****_***** on *****.MW_****(*****,*****) online tablespace TBS_*****;
4)调整sga参数：
alter system set sga_max_target=20g scope=spfile sid='*';
重启库。
5）因在分析问题时，业务就已经恢复了。所以无法验证改动是否启作用，待后续观察是否业务故障是否会重现。
很赞哦！
数据 数据库 主机 业务 情况 缓慢 系统 问题 事件 使用率 内存 内容 调整 繁忙 操作系统 不大 两个 作用 参数 只有 数据库的安全要保护哪些东西 数据库安全各自的含义是什么 生产安全数据库录入 数据库的安全性及管理 数据库安全策略包含哪些 海淀数据库安全审计系统 建立农村房屋安全信息数据库 易用的数据库客户端支持安全管理 连接数据库失败ssl安全错误 数据库的锁怎样保障安全 广州微交易软件开发 联想集团复工复产网络安全防护 如何网络安全隐患 电影小说软件开发 企业网络安全分析与研究 csgo国服陀螺有哪些服务器 java数据库下载 网络安全协议层次 mc服务器主城什么用 数据库 排行 网络安全问题整改回复 单位网络安全人员离岗制度 智车汇互联网科技 深南电路软件开发岗是什么单位 存储服务器有m2的吗 清除冗余数据库 多媒体数据库简介 网络技术公司会计分录怎么做 榆树有名的网络技术服务诚信合作 网络安全交通平台 服务器存储设备指的是什么 台山电力监控软件开发 大智慧怎么下载完整数据库 serv文件传送服务器 网络安全是传统安全问题嘛 服务器设备管理器快捷键 衡阳安全运维工程师网络安全 清除冗余数据库 宝壶网络技术公司电话 黄陂哪里有软件开发公司

相关文章

0