- 博客(60)
- 收藏
- 关注
RSS订阅转载 资源供给：并发性控制和mutex之三
我的文章里解释的不细致而且模糊点很多，大家可以参考吕海波先生的文章：http://www.itpub.net/thread-1813629-1-1.htm 来简单了解latch和mutex。 mutex的优化，当m...
2013-12-17 23:03:20
155
转载 资源供给：并发性控制和mutex之二
前面讲了mutex for cursor，个人认为mutex for cursor和library cache pin并没有太大的区别，mutex所强调的细粒度访问并没有在这里体现出来，无论是library cache pi...
2013-12-17 22:26:16
179
转载 资源供给：并发性控制和mutex之一
简单案例描述： 某商业银行业务系统表现出在高峰期CPU消耗很高，有些消耗CPU特别高的进程，但总是会变化，业务系统响应还基本可以接受。在CPU Time表现中Parse CPU相对比较高，Hard Parse不高，系统偶尔出...
2013-12-14 00:27:13
165
转载 资源供给：并发性控制和latch之二
latch，spinlock，轻量的旋转锁，顾名思义通过spin来获得latch。 Oracle期望latch的持有时间很多，所以采用在线等待的方式来获得latch，也就是spi...
2013-12-12 00:13:46
166
转载 资源供给：并发性控制和latch
简单案例说明： 某运营商的客服系统在有几天遭遇业务高峰的时候，发生大量row cache object latch冲突，导致客服响应延迟甚至阻塞。通过flush shared_pool有所缓解，但是很快又到达高峰，即使重...
2013-12-08 22:54:48
150
转载 资源供给：并发性控制和锁之七
简单案例说明： 某医院业务系统每个30分钟左右会出现一次短暂的卡壳，发现卡壳期间为CKPT等待CF Lock，具体原因由每半小时一次的rman调度引起。 文件锁，比如CF,DF等等，这里对于性能影响比较大的主要是...
2013-12-07 13:40:14
144
转载 资源供给：并发性控制和buffer lock
buffer busy wait的运行案例很多，但记忆中没有非常清晰的，居然无法在案头写个简单案例，惭愧。 在写之前简单的搜索知识点整理些思路的时候，发现这片文章不错：http://www.itpu...
2013-12-07 00:31:30
193
转载 资源供给：并发性控制和锁之六
简单案例描述： 某运营商持续出现library cache lock,library cache load lock以及library cache latch冲突，即使是重新启动之后也只是简单缓解之后很快就...
2013-12-04 00:48:28
178
转载 资源供给：并发性控制和锁之五
简单案例说明： 某运营商实时计费系统偶尔会出现Session挂起，所有的Session登录几乎完全被挂起，而运行中的Session则可以正常操作。检查systemdump发现，所有的挂起session都在等待audses...
2013-12-02 20:52:16
123
转载 资源供给：并发性控制和锁之四
简单案例描述： 某运营商的CRM系统，突然出现大量latch: undo global data冲突，主要的查询语句都大规模的进行关于undo global data的冲突。在consiste...
2013-12-01 22:05:48
120
转载 资源供给：并发性控制和锁之三
简单案例描述： 某运营商的账务系统在某时刻出现业务系统性能下降，简单检查为大量的TX锁等待，同时发现smon在进行大型事务回滚。该业务锁等待的原因非常简单，手工处理的批量update操作意外被中...
2013-11-30 20:47:51
125
转载 资源供给：并发性控制和锁之二
简单案例描述： 在业务运行过程中，某张主要表格发生大规模的TX锁冲突，导致业务完全挂起。原因非常简单，某个维护人员通过PLSQL发起了一个select for update操作，导致表格大量...
2013-11-28 22:38:19
118
转载 资源供给：并发性控制和锁之一
简单案例描述： 某运营商的EAI系统在业务处理逐渐加大之后表现出大量的ITL Lock，从最初的每周一次到后来的每日一次的由于ITL Lock导致的业务系统Hang，被迫重新启动以恢复业务。各路人马（都是顶级国际...
2013-11-27 23:56:17
125
转载 资源供给：IO子系统之七
随机IO：以数据库而言，以单个block size发布的IO为随机IO，比如db_block_size为4k,8k等 顺序IO：以数据库而言，以大于单个block size发布的IO都为顺序IO...
2013-11-25 00:11:04
140
转载 资源供给：IO子系统之六
这个时候谈IO子系统，就不能不谈SSD，否则都没法生存了。可惜个人在ssd没有什么实践经验，甚至在知识上也非常欠缺。这里只能对于ssd的一些简单认识说些自己的看法，里面必然会有很多的缪论。这里要特别感谢@jam...
2013-11-21 22:36:05
123
转载 资源供给：IO子系统之五
认识硬盘的特性，是数据库系统优化的基础所在，也是系统设计优化的基础所在。 硬盘的基本属性： 磁头 盘片 磁道 扇区...
2013-11-19 23:19:20
110
转载 资源供给：IO子系统之四
简单案例描述1： 某新华书店综合业务系统的存储系统从HP VA7100升级到HP EVA 8000之后，业务系统性能没有得到提高，甚至还略有下跌，最不爽的是sar -d显示磁盘利用率很高。而从sar -d的tps远...
2013-11-19 20:36:59
116
转载 资源供给：IO子系统之三
简单案例说明：某社保系统在业务高峰期总是性能表现很差，从AWR报告中可以看出，负载压力不是很大，只是IO的响应速度很慢。在负载压力一般的情况下，IO响应速度缓慢只能是意味着下面两个问题：（1）、IO子系统故障 ...
2013-11-18 23:22:12
169
转载 资源供给：IO子系统之二
案例描述： 某运营商的dbra备份系统，备份构建在vxvm和vxfs文件系统之上，串行更新的速度基本理想。由于无法达到更新目标，通过增加并行来增加IO写速度，结果并行度加大之后，iops快速下...
2013-11-16 22:31:56
112
转载 资源供给：IO子系统之一
资源供给：IO子系统 简单案例描述： 某运营商的OCS实时计费系统实时计费效率不够，磁盘IO使用率100%。简单咨询了下其流程结构：11个并行查询进程的结果送到一个处理中心进行...
2013-11-16 17:12:02
126
转载 资源供给：再谈内存和虚拟内存
简单案例描述： 某客户业务系统一直运行正常，突然之间业务系统急剧变慢，数据库体现大量的buffer busy waits，部分cache buffer chain，操作系统表现出页面交换，内存吃紧。原因...
2013-11-10 21:33:28
78
转载 资源供给：内存和虚拟内存
简单案例： 某客户运行在HP Unix上的Oracle数据库周期性的出现业务系统性能下降，甚至于业务系统挂起，每次都需要重新启动服务器来完成。服务器拥有很高的内存，数据库也没有分配太高的内存，原因当然也很简单，交...
2013-11-10 17:22:22
84
转载 资源供给：再谈CPU
虽然CPU利用率达到100%并不是判断CPU是否有效的足够依据，但100%的CPU会带来一定问题，就是我们无法判断CPU究竟是足够有效还是完全跟不上。对于OLTP并发还可以通过CPU Queue来完成观察，对于批处...
2013-11-09 21:39:51
72
转载 资源供给：CPU
简单的案例说明： 某运营商的经营分析系统，ETL完成时间不能让人满意，期望在6:30，最晚7:00完成的ETL作业总是在9:00多才完成，老板意见很大，信息化部门压力很大。注意这是一个DB2数据库，...
2013-11-08 22:50:27
160
转载 关于类似于awr的性能分析报告
在可测量的指标体系完成之后，本来是应该构造一个类似于AWR报告的性能分析报告，以使性能优化方法论可以落到实处，不过这个要花费大量时间，在空闲时间比较多的时候会完成这么一个性能分析报告，使初学者也可以依据这份报告完成大...
2013-11-07 20:38:00
155
转载 从几个简单案例说起
本来这部分内容应该安排在最前面，作为抛砖引玉的，不过在这里给出，会更加容易理解。 案例一、某银行网上银行系统每月或者每几月会出现一次或者几次业务性能快速下跌，响应迟缓。具体表现为CPU利用率居高...
2013-11-07 20:13:46
76
转载 Oracle性能测量体系（commit Time)
在高事务并发的业务系统中,commit time是Oracle的巨大伤痛所在，commit time是目前为止Oracle最大的串行化所在，其处理能力直接决定了数据库可以处理多少负载。特别在database link环...
2013-11-05 21:39:34
141
转载 Oracle性能测量体系（Execute Time)
在数据库处理时间响应中，一般来说Execute处理阶段是消耗资源的大户，也是消耗时间的主体部分。特别在批处理系统，没有人去关心parse time的微薄消耗。 Execute RT:= Execu...
2013-11-05 21:01:27
250
转载 Oracle性能测量体系（Parse Time)续
Parse Time:= Parse CPU Time + Queue Wait Time Parse阶段几乎所有操作都在shared pool内进行操作，主要的Queue Wait t...
2013-11-05 20:32:24
154
转载 Oracle性能测量体系（Parse Time)
时间响应指标： RT:= CLient Time + Network TIme + DB Time DB Time:= Parse TIme + Execute Time + Commit TIm...
2013-11-04 22:10:24
170
转载 Oracle性能测量体系
吞吐量曲线的两个基本点：吞吐量和响应时间，所有的Oracle性能测量体系都由这两个指标派生而来。 响应时间： 每个LIO的响应时间 RT:= Client ...
2013-10-31 20:47:38
172
转载 吞吐量的确定（续）
实际运行的性能曲线，已经很明显的看到db time和lio之间响应曲线，符合吞吐量的曲线，也很明显的可以发现在CPU资源保证充足的情况下，随着吞吐量的上升，每个LIO的服务时间几乎没有发生变化，主要是Queue Time大幅度增...
2013-10-31 19:45:46
53
转载 吞吐量的确定（续）
BEGIN_TIME END_TIME LIO DBTIME WAITRATIO CPURATIO 2013/10/31 7:21:05...
2013-10-31 19:42:22
130
转载 吞吐量的确定
不管业务程序设计的如何优秀，优异表现总是在一定的吞吐量范畴之内，当超过吞吐量限制之后性能必然会产生变异。在衡量性能的时候，确定吞吐量就成为一个基础性工作。 吞吐量的候选指标： Transactio...
2013-10-30 19:40:07
443
转载 流程分析响应时间的确定
经过前面的陈述，我们可以确定流程分析响应时间的测量值 业务响应时间：= Client处理时间（Client运行 + 网络传输 ） + 数据库处理时间 Client处理时间：= SQL*Net ...
2013-10-29 21:38:13
272
转载 数据库处理时间的确定
Oracle从10g开始已经构造了相对完整的响应时间分析方法，并且分别在系统全局，session和SQL级别做了分别的处理，已经比较完善。 回到吞吐量曲线和响应时间公式： RT = Servi...
2013-10-29 16:26:28
338
转载 网络传输时间和客户端处理时间的界定（交互式应用）
在确定了批处理业务的SQLNet Message from client表示网络传输和client处理之后，我们来看交互式应用的情况。交互式情况的问题在于并非像批处理一样持续运行，总是纳入运行时间，而是中间存在着大量的...
2013-10-28 23:54:45
263
转载 网络传输时间和客户端处理时间的界定（批处理应用）
批处理的测试案例构造： 简单的采用Jmeter来进行测试，类似于实现下面简单的逻辑： declare l_n number; begin for...
2013-10-28 21:46:12
190
转载 网络传输时间以及Client的处理的测试方案
流程分析方法需要测量网络传输时间以及client处理的测试方案。 测试工具，基本采用hammerora以及PLSQL包 测试思路： （1）、运行5分钟的测试代码，中间没有空闲和...
2013-10-28 15:42:34
204
转载 业务响应时间和数据库性能
在某种程度上，用户并不关心数据库性能，他关心数据库性能是因为他认为业务系统性能不佳是数据库性能不佳引起的。数据库仅仅是业务系统响应性能的一部分因素，可能是很重要的因素，也可能是不重要的因素。 对于C/S...
2013-10-27 19:37:19
804
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人