本文针对12月中旬用户反馈的综合传输网管查询效率低下问题进行深入分析。主要表现为多用户并发查询时响应时间过长，通过性能工具发现dbfilesequentialread事件为主要瓶颈。
| 12月中旬用户反映综合传输网管库上的一个查询影响迟缓，具体现象表现为当多个用户在应用界面上同时点下查询后，结果返回耗时长，影响正常业务的运作。经过初步分析该操作主要的等待事件在db file sequential read上，为了进一步明确问题，我们在系统的高峰时段使用性能报告工具抓取了统计信息，以下为top3等待事件: Event
©著作权归作者所有：来自51CTO博客作者maclean_007的原创作品，如需转载，请注明出处，否则将追究法律责任
推荐专栏更多猜你喜欢
我的友情链接
现在就报名上海ORACLE用户组2014年高峰论坛吧！
数据库设计（一）——数据库设计
Mysql支持的数据类型(总结)
《灰鸽子VIP帐号密码邮箱数据库》
标准SQL的update语句三种用法
Mysql数据库的使用总结之ERROR 1146 (42S02)
大数据采集、清洗、处理：使用MapReduce进行离线数据分析完整案例
没有宫廷内斗，数据库界的延禧攻略
oracle表分区详解
青铜到王者，快速提升你 MySQL 数据库的段位！
1. PostgreSQL-安装和基本配置（学习笔记）
记一次修改sga大小之后出现的一系列报错
面对oracle ocfs2文件丢失，你能想到解决办法有哪些？
Oracle RAC集群测试-生产环境最佳方法（Oracle 11g/12c/18c/19 RAC）
Oracle 12C 利用Rman Duplicate搭建 Data Guard
ORACLE数据库EXPDP/IMPDP常用参数
完全Oracle安装建库手册
RHEL 6.8 + Oracle 11g RAC multipath 配置
12C环境下分库分表改造查询优化
扫一扫,领取大礼包 |
转载于:https://blog.51cto.com/maclean/1276792
扫一扫
30
到【灌水乐园】发言
Ctrl+Enter 发布
发布
取消