千家信息网

请输入关键字词

热门搜索排行

最新搜索排行

导航： 首页 > 数据库 >

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

发表于：2025-11-20 作者：千家信息网编辑
千家信息网最后更新 2025年11月20日，应用反馈工单系统缓慢，登上主机查询LOCAL=NO以及v$session数量，发现连数确实比平时高出50%以上。后来咨询业务，发现这是月底正常业务现象。1、查看SunOS操作系统情况：1)内存：点击(
千家信息网最后更新 2025年11月20日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安全错误 数据库的锁怎样保障安全 软件开发2021年度工作总结 温州卡易网络技术 软件开发流程书籍 网络安全属于什么层面 安徽想度假网络技术 福建网络技术服务联系人 gis软件开发师 博山中小企业oa软件开发 天津正规软件开发生产厂家 新冠公共数据库 智能网联汽车网络安全体系 道琼斯黑名单数据库 如何利用英文数据库 KK里服务器地址什么意思 打开链接显示服务器错误怎么纠正 电脑什么游戏都连接不了服务器 visio里的数据库在哪 浙江学生资助一窗受理服务器 网络安全哪个有前景 大华 视频管理服务器 广东彩搜网络技术 软件开发过程改进 道琼斯黑名单数据库 为什么网络技术有限公司扣钱 银行软件开发岗考什么 魔域资源更新服务器 软件开发平台的选择 少年儿童维护网络安全 连云港网络安全审计系统咨询机构 网络安全优秀短视频

相关文章

0