自学日语，从零基础到 JLPT N2 水平需要多久？ - 知乎<strong class="NumberBoard-itemValue" title="6被浏览<strong class="NumberBoard-itemValue" title=",685,413分享邀请回答lang-8.com/这是一个用外语写作文，然后有那个国家的人来帮你改的网站。作文都写在那里，会有热心的日本人来给你改。为了让更多的人来帮你改，你也适当地得去改一改他们写的中文。一般来说，看到他们的中文，你会慢慢对自己的日语水平信心大增的。还是那句话，三分在写七分在改。有人给你改了，不是看一眼就完，要追究原因，想一想为什么自己的写法不对，为什么对方给你改了。有时实在想不明白了，也可以直接评论或者私信问对方。由此还可以交一些日本朋友。在作文中被改过的单词，如果你觉得是自己用得到的，记下来。找一本标有音调的辞典，查一查发音是什么，自己把发音也记住。另外，如果交到了不错的日本朋友，可以去装一个skype，跟对方约好语音交谈。如果对方是学中文的，这次用日语，下次用中文。做个语言朋友。一来二去搞个异国恋也不是完全不可能的嘛……这里有一个我夫人发现的中日互帮互学找朋友网站：关于听写，最初因为掌握的知识和词汇都比较少，可能课本是最好的听写材料。当你达到一定水平后，就可以开始试着听写动画片、日剧的内容。网上为了听写貌似也有不少高人听完之后的台词，你听完了可以拿来对照。但不要全信网上的台词，因为他们听的也不一定就正确。要自己仔细甄别，实在不行找个日本人帮忙听一下。（日本人在哪里？上面不是说你已经有了语言朋友了嘛。）另外，如果没有语言环境，即便是能顺利听写出来的内容，也会随着时间的推移渐渐遗忘。你可以考虑利用通勤或者等待时间，带个mp3在身上，反复放听过的内容，让耳朵多接触日语，从而适应它。只要注意别过于投入坐车坐过站就行。最后，说一点最最最重要的。就是一定要不断地鼓励自己。不管别人说什么，你有一点成就都是你很了不起的证明。比如某一天单词听了十次就都记住了，成就一件！某天有句话一次就听写下来了，绝对是大成就一件！你如果不嫌麻烦，自己给自己做几个勋章，慢慢贴着。隔段时间看看自己得了那么多勋章会很有满足感的，也会很有继续学下去的动力。犹如龟兔赛跑，学习的路上没有笨蛋。无论进度多么慢，只要不停下来都是好汉。只有中断的人才是笨蛋！上面，我一直在建议不要单纯为了考级来学习，那么考级有什么用？为什么那么多人去考级？考级的一个作用是在你不知道自己水平多高的时候，用来自我检验；另一个作用是让无法直接衡量你能力的人了解你的能力。前一个作用，其实也不必去参加正式考试。自己找几套模拟题，严格按照考试要求做一做也就行了。后一个作用，也完全没必要为了考试突击复习，弄出一个“虚假”的成绩。是的，突击复习后考试的成绩就是虚假的成绩，因为那不代表你的真实能力。为了说明考级，这里说一个找工作的例子。例如某公司招人，要求日语一级。有A、B两个人去应聘。由于公司里没有日语好的人能来直接面试，对日语水平只能看证。A是真实有实力，随便去考场溜达一圈拿到的证；B是参加考级班应试突击，靠押题押中了考出来的证。因为日语水平从证件上看一样，都被公司录取了。进公司后，要做的工作是要直接去跟日本人打交道，谈业务。A因为有实力，自然做来游刃有余，不用加班费力就把业务谈得很好，客户评价也高。自然在公司里各方面评价待遇都不错，业余生活也不影响。B因为只有个证，真遇到日本人顿时傻眼，出现很多因为语言问题导致的误会，延误工期或合同内容与公司本意不符，为了尽量少出差错，只能自己不断加班，虽然如此，客户因为沟通不畅还是频频投诉。B自然在公司生存艰难，个人心情和生活也难保不受牵连。或许一个和B水平差不多的C，最初没有日语证，去了一个稍差的公司，但因为能力可以胜任，做着也是心情舒畅，业余时间还可以继续补补日语，过几年跳到B所在公司，保不准还成了B的上司。所以，拿一个与自己能力不符的证明在身上，只会成为你的包袱和累赘，不会给你带来任何好处。但考级试题的题目在一定程度上会对很多知识点进行覆盖，作为对自己知识的查漏补缺，拿来利用一下倒也是不错的学习工具。当然，以上的结论和方法都是我个人的经验，不见得放之四海而皆准。你一定可以根据自己的情况找到最适合自己的高效学习方法！不过，提醒一点，没有不出力就有回报的方法。但是有充满乐趣，出力了但不痛苦的方法。祝你学习成功！ps. 如果需要具体帮助，我愿意帮助真心向学的人。------- 补充分割线 --------发现隔三差五有一批人来赞同、感谢或者评论我的这个答案，不知道是不是跟什么考试周期之类的有关。最近想起一个听写和写作时一定一定要注意的点，发现上面忘写了，这里补充一下：无论什么时候，书写带有汉字的内容时，一定要同时标注上假名。并养成习惯！为什么说这一点重要？因为中国人对汉字的字形首先没有什么太大问题，而问题基本都出在读音上。为汉字标注假名是对单词读音的一次强化。尤其是长音、促音等纯靠听力难以辨别的部分，如果不刻意地强制自己反复练习，非常容易忘记。我见过很多日语已经很强很强的人，却仍然对「旅行（りょこう）」之类的词汇咬不准是否长音。我个人有时也会发生类似的情况。所以养成上述习惯对缓解这一问题有很大的帮助。另外，使用计算机书写日文，如果你是在学习阶段，请不要使用Google输入法，因为Google输入法过于强大，很多单词没敲全就提示出来了，容易导致记不准单词的读音。（当然工作时为了提高工作效率，我还是推荐这款输入法的，而且我本人也在用。）另外还有一点：听写和写作时，句读的标点符号的错误绝不是无所谓的错误，而是很严重的错误！日语的语法决定了一个句子的终止和中间部分的动词变形不同。如果你把句号和逗号搞错了，那就是语法没有掌握的明晃晃的证据，请一定严肃对待！当然，同样代表句子终结的句号、叹号、问号之类的搞错了，可以缓刑一下。也不必严格到变态的程度。再补充一个找语言朋友的网站（已添加至正文中）：补充了一条注意点：第10条，详情参看正文。最近忽然想起一个不错的老师——笈川幸司先生，是日本人，在中国活动，专门帮助大家提高日语。他的理念也是：正确学习，多下苦工，反复练习，终成拳宗。（最后四个字纯为了找辙押韵。）我曾经现场听过他的演讲，他的教学属于内外兼修的，既帮助提高内力也教你一些应付各种场景的小技巧。真心想学的朋友可以搜一下这个人，然后去看看他写的书，如果有幸加入他的学习班（貌似学费不便宜），可一定要珍惜机会啊！这里分享一下。------- 补充：一个不错的听写素材 -------收到不少人询问，教材都听写完了，下一步应该听些什么。我一直以为，能把教材都听写完的人，在当前网络如此发达的情况下，下一步应该自己就知道听写什么好了。不过，或许有些人不是那么擅长寻找资源。刚好这几天发现一个不错的用来练习听写的资源，分享一下：这里是NHK的「やさしい日本語のニュースです」，个人感觉类似VOA的Special English，使用比较慢的语速，比较简单的词汇和语法来播报新闻。而且所有的新闻都有对应的文字。点进一条新闻后，选择视频下边「ニュースを聞く」按钮，就可以播放新闻。其下有那段新闻对应的文字。注意：上面的视频是正常语速的新闻，觉得下面的无聊，可以挑战上面的视频，不过没有文字答案。另外，搜索NHK NEWS WEB EASY这几个关键字，应该还能找到相关的手机APP。另外，他们还有微信公众号：NewsWebEasy。------- 补充：个人对背诵的看法 -------评论区里有
提问，说很多人推荐背诵的方法，想问问我对背诵怎么看。本来写在评论区的回复里，发现字数超了。那我就索性挪到回答的正文最后补充一下。既然是问我怎么看，那就让我来发泄一下对背诵的不满吧！我最讨厌背课文了。也讨厌背单词、背语法。（要是你也一样，来，点个赞吧！）要是让我用背诵的方法学习，我估计早就放弃学习了。不过，看到自己感兴趣的日语段落，有想背下来的冲动时也不拒绝背诵。虽然大多数时候不是背课文，而是背动画片台词，看到片中角色叽里咕噜说得那么起劲的时候，不由得会产生背下来的冲动。同样的场景也适用于一些古诗词、英文段落，不过必须得是自发的，教材里的不行，完全提不起兴致，我觉得这或许是老师们的错。我不喜欢和不推荐背课文的原因主要有如下几点：对我来说，太太太枯燥了，实在是一点乐趣都没有，甚至可能让我对整个学科产生厌恶感。（所以我从小学到中学，语文一直都在拖后腿。英语自从老师开始布置背课文的作业之后，成绩就从前几名一下落到了最后几名……从九十多分降到了不及格……）而且，常常出现背下来的部分过后又忘掉，颇有按下水桶起了瓢的感觉，让人很抓狂。背课文的时候，大脑容易投机取巧，利用前后句子的顺序来协助记忆，而这种顺序上的联系在实际应用中不起任何作用。这种现象在背单词的时候也存在，而且影响很差，目前我个人没找到好办法来解决这个问题，只能通过在听写的时候识别出那些实际没记住，但因为前后单词顺序产生“记住了”的错觉的单词单独拿出来背。因此，可能让大脑利用前后顺序投机取巧的这类记忆，有点像学武术只学套路不拆招的感觉，最后只有花架子，实用能力不强。卖大力丸走一趟没问题，真跟人过招，一下就完蛋了。背课文就是反复地背，不长的文章，一般一两个小时就能勉强背下来。然而，扪心自问记住没，心里没底。因为常常是一次背下来，稍微分神干点别的再回来就发现个别句子又忘了。如此反复，实在让人无法踏实。也就是没有一个明确的完成标准。没有一个很清晰的规则告诉我，怎么样算背下来了。是侥幸背下来一次就算，还是要在这一天内随时能背下来算，还是要一个月以后不忘才算？没有明确标准的东西，就可以自欺欺人，就可以糊弄。我不觉得自己是个高度自制的人，只要有空子可钻，我就会不自觉地去钻空子，最后害了自己，所以，我更喜欢有明确标准的方法。相较而言，听写的方法——很有挑战性，而且听懂的部分很少出现退化到听不懂状态的情况，每多听一次，要么是又多听懂了一块，要么是维持现状。虽然是在重复的听，但每次听都会带着不同的任务去听。就跟某些游戏一样，虽然每次场景都大同小异，但是每一次的任务不一样，就可以让人百玩不厌。而且，总会有东西写出来，能让人看到实实在在地成果，不像背诵，背下来没背下来都没有什么能看得到的东西来证明自己的努力。因此，比起背诵来，成就感爆棚，让人很有继续努力下去的动力。其次，因为听写很难做到一次就把整句听懂、记住、写下来，通常都是听得支离破碎的，写得支离破碎的，然后最后再自己整合。这个过程就是个将套路拆招的过程，自然天成，不需要额外付出努力。最后，听写的完成标准很明确，句子写完整了，跟书上一样了，就是对了、完成了。初期试行听写方法的时候，自己不放心，怕跟背诵一样出现能力回退的现象，自己又多听两三次做了验证，会发现每次都能听准。极大增强了自信。除此之外，因为听写的过程是一个听→记→理解→重新组织→写的过程，所以，背诵中涉及到的记忆环节也包含其中了。根据实际经验，那些听了十好几次以上才写下来的句子，基本也都能背下来了。而那些听一两次就能写下来的句子，我都掌握那么好了，还背它有什么用？综上所述，我个人更推荐听写，不推荐背诵。当然，人与人是不同的，背诵有可能会更适合其他一些人，所以，虽然我自己不喜欢，但我不会说那是个一无是处的方法。给位可以都尝试尝试，最后找出最适合自己的方法。31K1,667 条评论分享收藏感谢收起20K585 条评论分享收藏感谢收起oracle mysql redis mongo cdh 数据全栈
星球上最详细的AWR解析报告
&* 定义：awr报告是oracle 10g下提供的一种性能收集和分析工具，它能提供一个时间段内整个系统资源使用情况的报告，通过这个报告，我们就可以了解一个系统的整个运行情况，这就像一个人全面的体检报告。&
如何分析：&
&&& * 在看awr报告的时候，我们并不需要知道所有性能指标的含义，就可以判断出问题的所在，这些性能指标其实代表了oracle内部实现，对oracle理解的越深，在看awr报告的时候，对数据库性能的判断也会越准确&
&&& * 在看性能指标的时候，心里先要明白，数据库出现性能问题，一般都在三个地方，io，内存，cpu，这三个又是息息相关的（ps：我们先假设这个三个地方都没有物理上的故障），当io负载增大时，肯定需要更多的内存来存放，同时也需要cpu花费更多的时间来过滤这些数据，相反，cpu时间花费多的话，有可能是解析sql语句，也可能是过滤太多的数据，到不一定是和io或内存有关系了&
&&& * 当我们把一条sql送到数据库去执行的时候，我们要知道，什么时候用到cpu，什么时候用到内存，什么时候用到io&
&& 1. cpu：解析sql语句，尝试多个执行计划，最后生成一个数据库认为是比较好的执行计划，不一定是最优的，因为关联表太多的时候，数据库并不会穷举所有的执行计划，这会消耗太多的时间，oracle怎么就知道这条数据时你要，另一个就不是你要的呢，这是需要cpu来过滤的&
&& 2. 内存：sql语句和执行计划都需要在内存保留一段时间，还有取到的数据，根据lru算法也会尽量在内存中保留，在执行sql语句过程中，各种表之间的连接，排序等操作也要占用内存&
&& 3. io：如果需要的数据在内存中没有，则需要到磁盘中去取，就会用到物理io了，还有表之间的连接数据太多，以及排序等操作内存放不下的时候，也需要用到临时表空间，也就用到物理io了&
这里有一点说明的是，虽然oracle占用了8G的内存，但pga一般只占8G的20%，对于专用服务器模式，每次执行sql语句，表数据的运算等操作，都在pga中进行的，也就是说只能用1.6G左右的内存，如果多个用户都执行&
多表关联，而且表数据又多，再加上关联不当的话，内存就成为瓶颈了，所有优化sql很重要的一点就是，减少逻辑读和物理读
如何生成awr报告：&
&&& * 1：登陆对应的数据库服务器&
2：找到oracle磁盘空间（d:oracle\product\10.2.0\db_1\RDBMS\Admin)&
3：执行cmd-cd d:回车&
4: cd& d:oracle\product\10.2.0\db_1\RDBMS\Admin 回车&
5：sqlplus 用户名/密码@服务连接名(例：sqlplus carmot_esz_1/carmot@igrp)&
6：执行@awrrpt.sql 回车&
第一步输入类型： html&
第二步输入天数： 天数自定义（如1，代表当天，如果2，代表今天和昨天。。。）&
第三步输入开始&#20540;与结束&#20540;：（你可以看到上面列出的数据，snap&#20540;）&
&&&&& 这个&#20540;输入开始，与结束&
第四步输入导出表的名称：名称自定义 回车&
第五步，由程序自动导完。&
第六：到d:oracle\product\10.2.0\db_1\RDBMS\Admin 目录下。找到刚才生成的文件。 XXXX.LST文件&
具体分析过程：&
&&& * 在分析awr报告之前，首先要确定我们的系统是属于oltp，还是olap（数据库在安装的时候，选择的时候，会有一个选项，是选择oltp，还是olap）&
&&&&& 对于不同的系统，性能指标的侧重点是不一样的，比如，library hit和buffer hit，在olap系统中几乎可以忽略这俩个性能指标，而在oltp系统中，这俩个指标就非常关键了&
&&& * 首先要看俩个时间&
&&&&& Elapsed: 240.00 (mins) 表明采样时间是240分钟，任何数据都要通过这个时间来衡量，离开了这个采样时间，任何数据都毫无疑义&
&&&&& DB Time: 92,537.95 (mins) 表明用户操作花费的时候，包括cpu时间喝等待时间，也许有人会觉得奇怪，为什么在采样的240分钟过程中，用户操作时间竟然有92537分钟呢，远远超过了&
&&&&& 采样时间，原因是awr报告是一个数据的集合，比如在一分钟之内，一个用户等待了30秒，那么10个用户就等待了300秒，对于cpu的话，一个cpu处理了30秒，16个cpu就是4800秒，这些时间都是以累积的方式记录在awr报告中的。&
&&&&&&&&& 再看sessions，可以看出连接数非常多&
&&& * 为了对数据库有个整体的认识，先看下面的性能指标
&& 1. Buffer Nowait 说明 在从内存取数据的时候，没有经历等待的比例，期望&#20540;是100%&
&& 2. Buffer Hit 说明从内存取数据的时候，buffer的命中率的比例，期望&#20540;是100%，但100%并不代表性能就好，因为这只是一个比例而已，举个例子，执行一条 sql语句，# 执行计划是需要取10000个数据块，结果内存中还真有这10000个数据块，那么比例是100%，表面上看是性能最高的，还有一个执行计划是需要500 个数据块，内存中有250个，另外250个需要在物理磁盘中取，&
&&&&& 这种情况下，buffer hit是50%，结果呢，第二个执行计划性能才是最高的，所以说100%并不代表性能最好&
&& 3. Library Hit 说明sql在Shared Pool的命中率，期望&#20540;是100%&
&& 4. Execute to Parse 说明解析sql和执行sql之间的比例，越高越好，说明一次解析，到处执行，如果parse多，execute少的话，还会出现负数，因为计算公式是100*（1-parse/execute）&
&& 5. Parse CPU to Parse Elapsd 说明在解析sql语句过程中，cpu占整个的解析时间比例，，期望&#20540;是100%，说明没有产生等待，需要说明的是，即使有硬解析，只要cpu没有出现性能问题，也是可以容忍的，比较硬解析也有它的好处的&
&& 6. Redo NoWait 说明在产生日志的时候，没有产生等待，期望&#20540;是100%&
&& 7. Soft Parse 说明软解析的比例，期望&#20540;是100%，有一点要说明的是，不要单方面的追求软解析的高比例，而去绑定变量，要看性能的瓶颈在哪里&
&& 8. Latch Hit 说明latch的命中率，期望&#20540;是100%，latch类&#20284;锁，是一种内存锁，但只会产生等待，不会产生阻塞，和lock还是有区别的，latch是在并发的情况下产生的&
&& 9. Non-Parse CPU 说明非解析cpu的比例，越高越好，用100减去这个比例，可以看出解析sql所花费的cpu，100-99.30=0.7，说明花费在解析sql上的cpu很少&
&&& * 结合Time Model Statistics
&&&&&&&& 可以看出，在整个sql执行时间（sql execute elapsed time）时间为5552019秒中，解析时间（parse time elapsed）用了36秒，硬解析时间（hard parse elapsed time）用了34秒虽然硬解析时间占了整个解析时间的绝大部分，但解析时间是花的很少的，所以可以判断出，sql的解析没有成为性能的瓶 颈，进一步推测，sql在获取数据的过程中遇到了瓶&&&&&&&&&&& 颈&
&&& * 继续看Top 5 Timed Events，从这里可以看出等待时间在前五位的是什么事件，基本上就可以判断出性能瓶颈在什么地方
&& 1. buffer busy waits 说明在获取数据的过程中，频繁的产生等待事件，很有可能产生了热点块，也就是说，很多会话都去读取同样的数据块，这一事件等待了5627394次，总共等待了5322924秒，平均等待时间为946毫秒，而且频率也是最高的，有95.9%，等待类别是并发&
&&&&& 这里有一个概念：oracle操作的最小单位是块，当一个会话要修改这个块中的一条记录，会读取整个块，如果另一个会话要修改的数据也正好在这个块中，虽然这俩个&
&& 2. 会话修改的记录不一样，也会产生等待direct path write temp和direct path read temp 说明用到了临时表空间，那我们再看一下Tablespace IO Stats&
&&&&&&&&& 各项指标都是非常高的，再根据上面的In-memory Sort是100%，没有产生磁盘排序，也就在排序的时候没有用到临时表空间，进一步推测，多个session，每个session执行的sql语句中多表关联，产生了很多中间数据，pga内存中放不下，&
&&&&&&&&& 用到了临时表空间，也有可能是用到了lob字段，在用lob字段的时候，也会用到临时表&
&&& * 继续看SQL Statistics&
&&&&& 根据buffer busy waits等待次数，时间，频率都是最高的，我们重点看逻辑读，物理读，和执行时间最长的sql，把排在前几位的拿出来优化&
&&&&& 优化的原则为降低物理读，逻辑读，sql语句中的子操作执行次数尽量少，在看oracle估计出来的执行计划是看不出子操作的执行次数的，要看运行时的执行计划&
&&& * 有兴趣的话还可以看一下Segment Statistics&
&&&&& 列出了用到的索引和表的使用情况，从这里也能看出索引和表的使用频率&
&&& * 也可以看一下Load Profile&
&&&&& 里面列出了每秒，每个事务所产生的日志，逻辑读和物理读等指标
AWR的数据主要有两部分组成：
1）保存在内存中的系统负载和性能统计数据，主要通过v$视图查询 ；
2）mmon进程定期以快照(snapshot)的方式将内存中的AWR数据保存到SYSAUX表空间中，主要通过DBA_*视图访问。
1. AWR快照的生成
默认情况下，每隔一小时自动产生一个快照，保存最近7天的信息，可以通过以下语句查询：
SQL&select SNAP_INTERVAL,RETENTION from dba_hist_wr_
SNAP_INTERVAL&&&&&& RETENTION
----------------------------------------------------------
&#43;:00.0&&&&&& &#43;:00.0
可以通过以下语句修改时间间隔和保存时间(以分钟为单位)：
exec dbms_workload_repository.modify_snapshot_settings(interval =& 30, retention = & 10*24*60);
也可以根据需要随时手动生成快照：
exec dbms_workload_repository.create_
2. AWR报告的生成
以sysdba运行如下命令：
@?/rdbms/admin/awrrpt.sql
3. AWR报告的分析
因为AWR报告非常长，不可能从头到尾一字不漏的去看，要有选择的去看重点部分。最好能对照的来读，即和系统正常情况下的AWR报告对比，找差异。
AWR报告采用总分的形式，前面是系统的整体情况，后面是各个部分细节，一开始不要陷入细节，先分析系统的整体状况，对于后面的专题分析，要根据关注点的不同，采取跳跃式分析。
还要根据具体业务的不同，决定某种现象是否正常。
系统整体状况方面
1）Load Profile：分析系
了解系统整体负载状况，如每秒中的事务数/语句数，每秒/每事务物理读写次数(Physical Reads/Writes), 逻辑读写次数(Logical Reads/Writes)，SQL语句的解析(Parse)，特别是硬解析次数等。
2）Instance Efficiency Percentages：各指标都应接近100%，除了：execute to parse (70%以上)和parse cpu to parse elapsed。如果不符合，基本可以确定系统存在性能问题；但是如果反过来，即都符合，也不能说明系统完全正常，还要看实际情况。
具体状况方面
1）Top 5 Timed Events：这里列出消耗时间最多的5个等待事件，每种等待说明，都表示一种原因，如：db file sequential read表示按索引访问出现等待，db file scattered reade表示全表扫描访问出现等待事件。
2）Top N SQL：根据时间消耗，内存消耗，物理I/O等排序，对相关SQL分析执行计划
3）如果是RAC环境，需要特别关注RAC Statistic中的相关指标
4）SGA PGA分析
5）分析表空间、数据文件I/O&
WORKLOAD REPOSITORY report for
10.2.0.3.0
Cursors/Session
Begin Snap:
25-Dec-08 14:04:50
25-Dec-08 15:23:37
78.79 (mins)
11.05 (mins)
DB Time不包括Oracle后台进程消耗的时间。如果DB Time远远小于Elapsed时间，说明数据库比较空闲。
在79分钟里（其间收集了3次快照数据），数据库耗时11分钟，RDA数据中显示系统有8个逻辑CPU（4个物理CPU），平均每个CPU耗时1.4分钟，CPU利用率只有大约2%（1.4/79）。说明系统压力非常小。
可是对于批量系统，数据库的工作负载总是集中在一段时间内。如果快照周期不在这一段时间内，或者快照周期跨度太长而包含了大量的数据库空闲时间，所得出的分析结果是没有意义的。这也说明选择分析时间段很关键，要选择能够代表性能问题的时间段。
Report&Summary
Cache Sizes
Buffer Cache:
Std Block Size:
Shared Pool Size:
Log Buffer:
显示SGA中每个区域的大小（在AMM改变它们之后），可用来与初始参数&#20540;比较。
shared pool主要包括library cache和dictionary cache。library cache用来存储最近解析（或编译）后SQL、PL/SQL和Java classes等。library cache用来存储最近引用的数据字典。发生在library cache或dictionary cache的cache miss代价要比发生在buffer cache的代价高得多。因此shared pool的设置要确保最近使用的数据都能被cache。
Load Profile
Per Second
Per Transaction
Redo size:
918,805.72
775,912.72
Logical reads:
Block changes:
Physical reads:
Physical writes:
User calls:
Hard parses:
Transactions:
% Blocks changed per Read:
Recursive Call %:
Rollback per transaction %:
Rows per Sort:
显示数据库负载概况，将之与基线数据比较才具有更多的意义，如果每秒或每事务的负载变化不大，说明应用运行比较稳定。单个的报告数据只说明应用的负载情况，绝大多数据并没有一个所谓“正确”的&#20540;，然而Logons大于每秒1~2个、Hard parses大于每秒100、全部parses超过每秒300表明可能有争用问题。
Redo size：每秒/每事务产生的redo大小（单位字节），可标志数据库任务的繁重程序。
Logical reads：每秒/每事务逻辑读的块数
Block changes：每秒/每事务修改的块数
Physical reads：每秒/每事务物理读的块数
Physical writes：每秒/每事务物理写的块数
User calls：每秒/每事务用户call次数
Parses：SQL解析的次数
Hard parses：其中硬解析的次数，硬解析太多，说明SQL重用率不高。
Sorts：每秒/每事务的排序次数
Logons：每秒/每事务登录的次数
Executes：每秒/每事务SQL执行次数
Transactions：每秒事务数
Blocks changed per Read：表示逻辑读用于修改数据块的比例
Recursive Call：递归调用占所有操作的比率
Rollback per transaction：每事务的回滚率
Rows per Sort：每次排序的行数
Oracle的硬解析和软解析
　　提到软解析(soft prase)和硬解析(hard prase)，就不能不说一下Oracle对sql的处理过程。当你发出一条sql语句交付Oracle，在执行和获取结果前，Oracle对此sql将进行几个步骤的处理过程：
　　1、语法检查(syntax check)
　　检查此sql的拼写是否语法。
　　2、语义检查(semantic check)
　　诸如检查sql语句中的访问对象是否存在及该用户是否具备相应的权限。
　　3、对sql语句进行解析(prase)
　　利用内部算法对sql进行解析，生成解析树(parse tree)及执行计划(execution plan)。
　　4、执行sql，返回结果(execute and return)
　　其中，软、硬解析就发生在第三个过程里。
　　Oracle利用内部的hash算法来取得该sql的hash&#20540;，然后在library cache里查找是否存在该hash&#20540;；
　　假设存在，则将此sql与cache中的进行比较；
　　假设“相同”，就将利用已有的解析树与执行计划，而省略了优化器的相关工作。这也就是软解析的过程。
　　诚然，如果上面的2个假设中任有一个不成立，那么优化器都将进行创建解析树、生成执行计划的动作。这个过程就叫硬解析。
　　创建解析树、生成执行计划对于sql的执行来说是开销昂贵的动作，所以，应当极力避免硬解析，尽量使用软解析。
Instance Efficiency Percentages (Target 100%)
Buffer Nowait %:
Redo NoWait %:
Buffer Hit %:
In-memory Sort %:
Library Hit %:
Soft Parse %:
Execute to Parse %:
Latch Hit %:
Parse CPU to Parse Elapsd %:
% Non-Parse CPU:
本节包含了Oracle关键指标的内存命中率及其它数据库实例操作的效率。其中Buffer Hit Ratio&也称Cache Hit Ratio，Library Hit ratio也称Library Cache Hit ratio。同Load Profile一节相同，这一节也没有所谓“正确”的&#20540;，而只能根据应用的特点判断是否合适。在一个使用直接读执行大型并行查询的DSS环境，20%的Buffer Hit Ratio是可以接受的，而这个&#20540;对于一个OLTP系统是完全不能接受的。根据Oracle的经验，对于OLTPT系统，Buffer
Hit Ratio理想应该在90%以上。
Buffer Nowait表示在内存获得数据的未等待比例。
buffer hit表示进程从内存中找到数据块的比率，监视这个&#20540;是否发生重大变化比这个&#20540;本身更重要。对于一般的OLTP系统，如果此&#20540;低于80%，应该给数据库分配更多的内存。
Redo NoWait表示在LOG缓冲区获得BUFFER的未等待比例。如果太低（可参考90%阀&#20540;），考虑增加LOG BUFFER。
library hit表示Oracle从Library Cache中检索到一个解析过的SQL或PL/SQL语句的比率，当应用程序调用SQL或存储过程时，Oracle检查Library Cache确定是否存在解析过的版本，如果存在，Oracle立即执行语句；如果不存在，Oracle解析此语句，并在Library Cache中为它分配共享SQL区。低的library hit ratio会导致过多的解析，增加CPU消耗，降低性能。如果library hit
ratio低于90%，可能需要调大shared pool区。
Latch Hit：Latch是一种保护内存结构的锁，可以认为是SERVER进程获取访问内存数据结构的许可。要确保Latch Hit&99%，否则意味着Shared Pool latch争用，可能由于未共享的SQL，或者Library Cache太小，可使用绑定变更或调大Shared Pool解决。
Parse CPU to Parse Elapsd：解析实际运行时间/(解析实际运行时间&#43;解析中等待资源时间)，越高越好。
Non-Parse CPU&：SQL实际运行时间/(SQL实际运行时间&#43;SQL解析时间)，太低表示解析消耗时间过多。
Execute to Parse：是语句执行与分析的比例，如果要SQL重用率高，则这个比例会很高。该&#20540;越高表示一次解析后被重复执行的次数越多。
In-memory Sort：在内存中排序的比率，如果过低说明有大量的排序在临时表空间中进行。考虑调大PGA。
Soft Parse：软解析的百分比（softs/softs&#43;hards），近&#20284;当作sql在共享区的命中率，太低则需要调整应用使用绑定变量。
Shared Pool Statistics
Memory Usage %:
% SQL with executions&1:
% Memory for SQL w/exec&1:
Memory Usage %：对于一个已经运行一段时间的数据库来说，共享池内存使用率，应该稳定在75%-90%间，如果太小，说明Shared Pool有浪费，而如果高于90，说明共享池中有争用，内存不足。
SQL with executions&1：执行次数大于1的sql比率，如果此&#20540;太小，说明需要在应用中更多使用绑定变量，避免过多SQL解析。
Memory for SQL w/exec&1：执行次数大于1的SQL消耗内存的占比。
Top 5 Timed Events
Avg Wait(ms)
% Total Call Time
Wait Class
SQL*Net more data from client
log file parallel write
System I/O
db file sequential read
db file parallel write
System I/O
这是报告概要的最后一节，显示了系统中最严重的5个等待，按所占等待时间的比例倒序列示。当我们调优时，总希望观察到最显著的效果，因此应当从这里入手确定我们下一步做什么。例如如果‘buffer busy wait’是较严重的等待事件，我们应当继续研究报告中Buffer Wait和File/Tablespace IO区的内容，识别哪些文件导致了问题。如果最严重的等待事件是I/O事件，我们应当研究按物理读排序的SQL语句区以识别哪些语句在执行大量I/O，并研究Tablespace和I/O区观察较慢响应时间的文件。如果有较高的LATCH等待，就需要察看详细的LATCH统计识别哪些LATCH产生的问题。
在这里，log file parallel write是相对比较多的等待，占用了7%的CPU时间。
通常，在没有问题的数据库中，CPU time总是列在第一个。
更多的等待事件，参见本报告 的Wait Events一节。
RAC&Statistics
Number of Instances:
Global Cache Load Profile
Per Second
Per Transaction
Global Cache blocks received:
Global Cache blocks served:
GCS/GES messages received:
GCS/GES messages sent:
DBWR Fusion writes:
Estd Interconnect traffic (KB)
Global Cache Efficiency Percentages (Target local&#43;remote 100%)
Buffer access - local cache %:
Buffer access - remote cache %:
Buffer access - disk %:
Global Cache and Enqueue Services - Workload Characteristics
Avg global enqueue get time (ms):
Avg global cache cr block receive time (ms):
Avg global cache current block receive time (ms):
Avg global cache cr block build time (ms):
Avg global cache cr block send time (ms):
Global cache log flushes for cr blocks served %:
Avg global cache cr block flush time (ms):
Avg global cache current block pin time (ms):
Avg global cache current block send time (ms):
Global cache log flushes for current blocks served %:
Avg global cache current block flush time (ms):
Global Cache and Enqueue Services - Messaging Statistics
Avg message sent queue time (ms):
Avg message sent queue time on ksxp (ms):
Avg message received queue time (ms):
Avg GCS message process time (ms):
Avg GES message process time (ms):
% of direct sent messages:
% of indirect sent messages:
% of flow controlled messages:
Main Report
Wait Events Statistics
Time Model Statistics
Total time in database user-calls (DB Time): 663sStatistics including the word &background& measure background process time, and so do not contribute to the DB time statisticOrdered by % or DB time desc, Statistic name
Statistic Name
% of DB Time
sql execute elapsed time
parse time elapsed
PL/SQL execution elapsed time
hard parse elapsed time
connection management call elapsed time
hard parse (sharing criteria) elapsed time
repeated bind elapsed time
PL/SQL compilation elapsed time
failed parse elapsed time
background elapsed time
background cpu time
此节显示了各种类型的数据库处理任务所占用的CPU时间。
Wait Class
s - secondcs - centisecond - 100th of a secondms - millisecond - 1000th of a secondus - microsecond - 1000000th of a secondordered by wait time desc, waits desc
Wait Class
%Time -outs
Total Wait Time (s)
Avg wait (ms)
Waits /txn
System I/O
Application
Concurrency
Configuration
Wait Events
s - secondcs - centisecond - 100th of a secondms - millisecond - 1000th of a secondus - microsecond - 1000000th of a secondordered by wait time desc, waits desc (idle events last)
%Time -outs
Total Wait Time (s)
Avg wait (ms)
Waits /txn
SQL*Net more data from client
log file parallel write
db file sequential read
db file parallel write
db file scattered read
direct path write
reliable message
SQL*Net break/reset to client
db file parallel read
gc current multi block request
control file sequential read
direct path read temp
gc cr multi block request
log file sync
gc cr block busy
enq: FB - contention
DFS lock handle
control file parallel write
gc current block 2-way
library cache lock
name-service call wait
row cache lock
gcs log flush sync
os thread startup
gc cr block 2-way
gc current block busy
SQL*Net message to client
gc buffer busy
gc cr disk read
direct path write temp
gc current grant busy
log file switch completion
CGS wait for IPC msg
gc current grant 2-way
kjbdrmcvtq lmon drm quiesce: ping completion
enq: US - contention
direct path read
enq: WF - contention
ksxr poll remote instances
library cache pin
ges global resource directory to be frozen
wait for scn ack
log file sequential read
undo segment extension
rdbms ipc reply
enq: HW - contention
gc cr grant 2-way
enq: TX - index contention
enq: CF - contention
PX Deq: Signal ACK
latch free
buffer busy waits
KJC: Wait for msg sends to complete
log buffer space
enq: PS - contention
enq: TM - contention
IPC send completion sync
PX Deq: reap credit
log file single write
enq: TT - contention
enq: TD - KTF dump entries
read by other session
LGWR wait for redo copy
PX Deq Credit: send blkd
enq: TA - contention
latch: ges resource hash list
enq: PI - contention
write complete waits
enq: DR - contention
enq: MW - contention
enq: TS - contention
PX qref latch
enq: MD - contention
latch: KCL gc element parent latch
enq: JS - job run lock - synchronize
SQL*Net more data to client
latch: cache buffers lru chain
enq: UL - contention
gc current split
enq: AF - task serialization
latch: object queue header operation
latch: cache buffers chains
latch: enqueue hash chains
SQL*Net message from client
gcs remote message
DIAG idle wait
ges remote message
Streams AQ: qmn slave idle wait
Streams AQ: qmn coordinator idle wait
Streams AQ: waiting for messages in the queue
virtual circuit status
PX Idle Wait
jobq slave wait
Streams AQ: waiting for time management or cleanup tasks
PX Deq: Parse Reply
PX Deq: Execution Msg
PX Deq: Join ACK
PX Deq: Execute Reply
PX Deq: Msg Fragment
Streams AQ: RAC qmn coordinator idle wait
class slave wait
db file scattered read等待事件是当SESSION等待multi-block I/O时发生的，通过是由于full table scans或index fast full scans。发生过多读操作的Segments可以在“Segments by Physical Reads”和&“SQL ordered by Reads”节中识别（在其它版本的报告中，可能是别的名称）。如果在OLTP应用中，不应该有过多的全扫描操作，而应使用选择性好的索引操作。
DB file sequential read等待意味着发生顺序I/O读等待（通常是单块读取到连续的内存区域中），如果这个等待非常严重，应该使用上一段的方法确定执行读操作的热点SEGMENT，然后通过对大表进行分区以减少I/O量，或者优化执行计划（通过使用存储大纲或执行数据分析）以避免单块读操作引起的sequential read等待。通过在批量应用中，DB file sequential read是很影响性能的事件，总是应当设法避免。
Log File Parallel Write事件是在等待LGWR进程将REDO记录从LOG&缓冲区写到联机日志文件时发生的。虽然写操作可能是并发的，但LGWR需要等待最后的I/O写到磁盘上才能认为并行写的完成，因此等待时间依赖于OS完成所有请求的时间。如果这个等待比较严重，可以通过将LOG文件移到更快的磁盘上或者条带化磁盘（减少争用）而降低这个等待。
Buffer Busy Waits事件是在一个SESSION需要访问BUFFER CACHE中的一个数据库块而又不能访问时发生的。缓冲区“busy”的两个原因是：1）另一个SESSION正在将数据块读进BUFFER。2）另一个SESSION正在以排它模式占用着这块被请求的BUFFER。可以在“Segments by Buffer Busy Waits”一节中找出发生这种等待的SEGMENT，然后通过使用reverse-key indexes并对热表进行分区而减少这种等待事件。
Log File Sync事件，当用户SESSION执行事务操作（COMMIT或ROLLBACK等）后，会通知&LGWR进程将所需要的所有REDO信息从LOG BUFFER写到LOG文件，在用户SESSION等待LGWR返回安全写入磁盘的通知时发生此等待。减少此等待的方法写Log File Parallel Write事件的处理。
Enqueue Waits是串行访问本地资源的本锁，表明正在等待一个被其它SESSION（一个或多个）以排它模式锁住的资源。减少这种等待的方法依赖于生产等待的锁类型。导致Enqueue等待的主要锁类型有三种：TX（事务锁）, TMD（ML锁）和ST（空间管理锁）。
Background Wait Events
ordered by wait time desc, waits desc (idle events last)
%Time -outs
Total Wait Time (s)
Avg wait (ms)
Waits /txn
log file parallel write
db file parallel write
events in waitclass Other
control file sequential read
control file parallel write
os thread startup
direct path read
db file sequential read
direct path write
log file sequential read
gc cr block 2-way
gc current block 2-way
log buffer space
row cache lock
log file single write
buffer busy waits
gc current grant busy
library cache lock
enq: TM - contention
gc current grant 2-way
gc cr multi block request
gc cr grant 2-way
rdbms ipc message
gcs remote message
DIAG idle wait
pmon timer
ges remote message
Streams AQ: qmn slave idle wait
Streams AQ: qmn coordinator idle wait
smon timer
Streams AQ: waiting for time management or cleanup tasks
PX Deq: Parse Reply
PX Deq: Join ACK
PX Deq: Execute Reply
Streams AQ: RAC qmn coordinator idle wait
Operating System Statistics
AVG_BUSY_TIME
AVG_IDLE_TIME
AVG_IOWAIT_TIME
AVG_SYS_TIME
AVG_USER_TIME
IOWAIT_TIME
OS_CPU_WAIT_TIME
RSRC_MGR_CPU_WAIT_TIME
PHYSICAL_MEMORY_BYTES
8,589,934,592
NUM_CPU_CORES
NUM_LCPUS：&& &&&&&&&&&&&&&&&如果显示0，是因为没有设置LPARS
NUM_VCPUS：&&&&&&&&&&&&&&&&&&&&同上。
AVG_BUSY_TIME：&&&&&&&&&& BUSY_TIME / NUM_CPUS
AVG_IDLE_TIME：&&&&&&&&&&&& IDLE_TIME / NUM_CPUS
AVG_IOWAIT_TIME：&&&&&&&&&&&&& IOWAIT_TIME / NUM_CPUS
AVG_SYS_TIME：&&&&&&&&&&&&&& SYS_TIME / NUM_CPUS
AVG_USER_TIME：&&&&&&&&&&& USER_TIME / NUM_CPUSar o
BUSY_TIME：&&&&&&&&&&&&&&&&&&&&& time equiv of %usr&#43;%sys in sar output
IDLE_TIME：&&&&&&&&&&&&&&&&&&&&&&& time equiv of %idle in sar
IOWAIT_TIME：&&&&&&&&&&&&&&&&& time equiv of %wio in sar
SYS_TIME：&&&&&&&&&&&&&&&&&&&&&&&&& time equiv of %sys in sar
USER_TIME：&&&&&&&&&&&&&&&&&&&&&& time equiv of %usr in sar
LOAD：&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&未知
OS_CPU_WAIT_TIME：&&&&& supposedly time waiting on run queues
RSRC_MGR_CPU_WAIT_TIME：&& time waited coz of resource manager
PHYSICAL_MEMORY_BYTES：&&& total memory in use supposedly
NUM_CPUS：&&&&&&&&&&&&&&&&&&&&&& number of CPUs reported by OS
NUM_CPU_CORES：&&&&&&&&& number of CPU sockets on motherboard
总的elapsed time也可以用以公式计算：
BUSY_TIME &#43; IDLE_TIME &#43; IOWAIT TIME
或：SYS_TIME &#43; USER_TIME &#43; IDLE_TIME &#43; IOWAIT_TIME
&（因为BUSY_TIME = SYS_TIME&#43;USER_TIME）
Service Statistics
ordered by DB Time
Service Name
DB Time (s)
DB CPU (s)
Physical Reads
Logical Reads
16,550,972
SYS$BACKGROUND
Service Wait Class Stats
Wait Class info for services in the Service Statistics section.Total Waits and Time Waited displayed for the following wait classes: User I/O, Concurrency, Administrative, NetworkTime Waited (Wt Time) in centisecond (100th of a second)
Service Name
User I/O Total Wts
User I/O Wt Time
Concurcy Total Wts
Concurcy Wt Time
Admin Total Wts
Admin Wt Time
Network Total Wts
Network Wt Time
SYS$BACKGROUND
SQL Statistics
本节按各种资源分别列出对资源消耗最严重的SQL语句，并显示它们所占统计期内全部资源的比例，这给出我们调优指南。例如在一个系统中，CPU资源是系统性能瓶颈所在，那么优化buffer gets最多的SQL语句将获得最大效果。在一个I/O等待是最严重事件的系统中，调优的目标应该是physical IOs最多的SQL语句。
在STATSPACK报告中，没有完整的SQL语句，可使用报告中的Hash Value通过下面语句从数据库中查到：
select sql_text
from stats$sqltext
where hash_value = &hash_value
SQL ordered by Elapsed Time
Resources reported for PL/SQL code includes the resources used by all SQL statements called by the code.% Total DB Time is the Elapsed Time of the SQL statement divided into the Total Database Time multiplied by 100
Elapsed Time (s)
CPU Time (s)
Executions
Elap per Exec (s)
% Total DB Time
SQL Module
cuidmain@HPGICCI1 (TNS V1-V3)
insert into CUID select CUID_...
load_fnsact@HPGICCI1 (TNS V1-V3)
insert into ICCICCS values (:...
cumimain@HPGICCI1 (TNS V1-V3)
insert into CUMI select CUSV_...
cusmmain@HPGICCI1 (TNS V1-V3)
insert into CUSM select CUSM_...
select c.name, u.name from co...
SELECT F.TABLESPACE_NAME, TO_...
load_fnsact@HPGICCI1 (TNS V1-V3)
insert into iccifnsact values...
DECLARE job BINARY_INTEGER := ...
load_fnsact@HPGICCI1 (TNS V1-V3)
update ICCIFNSACT set BORM_AD...
load_oldnewact@HPGICCI1 (TNS V1-V3)
insert into OLDNEWACT values ...
icci_migact@HPGICCI1 (TNS V1-V3)
insert into ICCICCS values (:...
cuidmain@HPGICCI1 (TNS V1-V3)
select CUID_CUST_NO , CUID_ID_...
INSERT INTO STATS$SGA_TARGET_A...
load_fnsact@HPGICCI1 (TNS V1-V3)
update ICCICCS set CCSMAXOVER...
load_fnsact@HPGICCI1 (TNS V1-V3)
select * from ICCIPRODCODE wh...
SQL ordered by CPU Time
Resources reported for PL/SQL code includes the resources used by all SQL statements called by the code.% Total DB Time is the Elapsed Time of the SQL statement divided into the Total Database Time multiplied by 100
CPU Time (s)
Elapsed Time (s)
Executions
CPU per Exec (s)
% Total DB Time
SQL Module
load_fnsact@HPGICCI1 (TNS V1-V3)
insert into ICCICCS values (:...
cuidmain@HPGICCI1 (TNS V1-V3)
insert into CUID select CUID_...
cusmmain@HPGICCI1 (TNS V1-V3)
insert into CUSM select CUSM_...
cumimain@HPGICCI1 (TNS V1-V3)
insert into CUMI select CUSV_...
select c.name, u.name from co...
load_fnsact@HPGICCI1 (TNS V1-V3)
insert into iccifnsact values...
load_fnsact@HPGICCI1 (TNS V1-V3)
update ICCIFNSACT set BORM_AD...
load_oldnewact@HPGICCI1 (TNS V1-V3)
insert into OLDNEWACT values ...
icci_migact@HPGICCI1 (TNS V1-V3)
insert into ICCICCS values (:...
DECLARE job BINARY_INTEGER := ...
load_fnsact@HPGICCI1 (TNS V1-V3)
update ICCICCS set CCSMAXOVER...
INSERT INTO STATS$SGA_TARGET_A...
load_fnsact@HPGICCI1 (TNS V1-V3)
select * from ICCIPRODCODE wh...
cuidmain@HPGICCI1 (TNS V1-V3)
select CUID_CUST_NO , CUID_ID_...
SELECT F.TABLESPACE_NAME, TO_...
SQL ordered by Gets
Resources reported for PL/SQL code includes the resources used by all SQL statements called by the code.Total Buffer Gets: 16,648,792Captured SQL account for 97.9% of Total
Buffer Gets
Executions
Gets per Exec
CPU Time (s)
Elapsed Time (s)
SQL Module
load_fnsact@HPGICCI1 (TNS V1-V3)
insert into ICCICCS values (:...
2,064,414.00
cuidmain@HPGICCI1 (TNS V1-V3)
insert into CUID select CUID_...
select c.name, u.name from co...
load_oldnewact@HPGICCI1 (TNS V1-V3)
insert into OLDNEWACT values ...
load_fnsact@HPGICCI1 (TNS V1-V3)
insert into iccifnsact values...
1,216,367.00
cusmmain@HPGICCI1 (TNS V1-V3)
insert into CUSM select CUSM_...
1,107,305.00
cumimain@HPGICCI1 (TNS V1-V3)
insert into CUMI select CUSV_...
load_fnsact@HPGICCI1 (TNS V1-V3)
update ICCIFNSACT set BORM_AD...
icci_migact@HPGICCI1 (TNS V1-V3)
insert into ICCICCS values (:...
load_fnsact@HPGICCI1 (TNS V1-V3)
update ICCICCS set CCSMAXOVER...
icci_migact@HPGICCI1 (TNS V1-V3)
select NEWACTNO into :b0 from...
load_fnsact@HPGICCI1 (TNS V1-V3)
select * from ICCIPRODCODE wh...
load_fnsact@HPGICCI1 (TNS V1-V3)
insert into ICCIRPYV values (...
SQL ordered by Reads
Total Disk Reads: 322,678Captured SQL account for 66.1% of Total
Physical Reads
Executions
Reads per Exec
CPU Time (s)
Elapsed Time (s)
SQL Module
cuidmain@HPGICCI1 (TNS V1-V3)
insert into CUID select CUID_...
cuidmain@HPGICCI1 (TNS V1-V3)
select CUID_CUST_NO , CUID_ID_...
cumimain@HPGICCI1 (TNS V1-V3)
insert into CUMI select CUSV_...
cusmmain@HPGICCI1 (TNS V1-V3)
insert into CUSM select CUSM_...
cumimain@HPGICCI1 (TNS V1-V3)
select CUSV_CUST_NO from CUMI...
select count(*) from CUSVAA_T...
SELECT F.TABLESPACE_NAME, TO_...
cusmmain@HPGICCI1 (TNS V1-V3)
select CUSM_CUST_ACCT_NO from...
DECLARE job BINARY_INTEGER := ...
BEGIN dbms_workload_repository...
SQL ordered by Executions
Total Executions: 1,675,112Captured SQL account for 99.8% of Total
Executions
Rows Processed
Rows per Exec
CPU per Exec (s)
Elap per Exec (s)
SQL Module
load_fnsact@HPGICCI1 (TNS V1-V3)
select * from ICCIPRODCODE wh...
load_fnsact@HPGICCI1 (TNS V1-V3)
update ICCIFNSACT set BORM_AD...
load_oldnewact@HPGICCI1 (TNS V1-V3)
insert into OLDNEWACT values ...
load_fnsact@HPGICCI1 (TNS V1-V3)
insert into iccifnsact values...
load_fnsact@HPGICCI1 (TNS V1-V3)
update ICCICCS set CCSMAXOVER...
load_fnsact@HPGICCI1 (TNS V1-V3)
insert into ICCICCS values (:...
select c.name, u.name from co...
icci_migact@HPGICCI1 (TNS V1-V3)
select NEWACTNO into :b0 from...
icci_migact@HPGICCI1 (TNS V1-V3)
insert into ICCICCS values (:...
load_fnsact@HPGICCI1 (TNS V1-V3)
select count(*) into :b0 fro...
load_fnsact@HPGICCI1 (TNS V1-V3)
insert into ICCIRPYV values (...
SQL ordered by Parse Calls
Total Parse Calls: 182,780Captured SQL account for 99.0% of Total
Parse Calls
Executions
% Total Parses
SQL Module
select c.name, u.name from co...
select type#, blocks, extents,...
select file# from file$ where ...
update seg$ set type#=:4, bloc...
update tsq$ set blocks=:3, max...
select blocks, maxblocks, gran...
lock table sys.mon_mods$ in ex...
update sys.mon_mods$ set inser...
INSERT INTO sys.wri$_adv_messa...
SELECT sys.wri$_adv_seq_msggro...
SQL ordered by Sharable Memory
No data exists for this section of the report.
SQL ordered by Version Count
No data exists for this section of the report.
SQL ordered by Cluster Wait Time
Cluster Wait Time (s)
CWT % of Elapsd Time
Elapsed Time(s)
CPU Time(s)
Executions
SQL Module
cuidmain@HPGICCI1 (TNS V1-V3)
insert into CUID select CUID_...
cumimain@HPGICCI1 (TNS V1-V3)
insert into CUMI select CUSV_...
cusmmain@HPGICCI1 (TNS V1-V3)
insert into CUSM select CUSM_...
select c.name, u.name from co...
load_fnsact@HPGICCI1 (TNS V1-V3)
insert into ICCICCS values (:...
cuidmain@HPGICCI1 (TNS V1-V3)
select CUID_CUST_NO , CUID_ID_...
SELECT F.TABLESPACE_NAME, TO_...
cumimain@HPGICCI1 (TNS V1-V3)
select CUSV_CUST_NO from CUMI...
select blocks, maxblocks, gran...
select count(*) from CUSVAA_T...
update tsq$ set blocks=:3, max...
select obj#, type#, ctime, mti...
load_oldnewact@HPGICCI1 (TNS V1-V3)
insert into OLDNEWACT values ...
load_fnsact@HPGICCI1 (TNS V1-V3)
insert into iccifnsact values...
cusmmain@HPGICCI1 (TNS V1-V3)
select CUSM_CUST_ACCT_NO from...
update seg$ set type#=:4, bloc...
load_fnsact@HPGICCI1 (TNS V1-V3)
insert into ICCIRPYV values (...
icci_migact@HPGICCI1 (TNS V1-V3)
insert into ICCICCS values (:...
cusvaamain@HPGICCI1 (TNS V1-V3)
BEGIN BEGIN IF (xdb.DBMS...
select o.owner#, o.name, o.nam...
cusvaamain@HPGICCI1 (TNS V1-V3)
SELECT /*&#43; ALL_ROWS */ COUNT(*...
delete from con$ where owner#=...
select intcol#, nvl(pos#, 0), ...
begin prvt_hdm.auto_execute( :...
select i.obj#, i.ts#, i.file#,...
select obj#, type#, flags, ...
select owner#, name from con$...
BEGIN dbms_workload_repository...
select pos#, intcol#, col#, sp...
select file#, block# from seg...
select type#, blocks, extents,...
delete from RecycleBin$ ...
select t.ts#, t.file#, t.block...
DBMS_SCHEDULER
update obj$ set obj#=:6, type#...
INSERT INTO sys.wri$_adv_messa...
delete from RecycleBin$ ...
select con# from con$ where ow...
select name, intcol#, segcol#,...
DECLARE job BINARY_INTEGER := ...
load_fnsact@HPGICCI1 (TNS V1-V3)
update ICCIFNSACT set BORM_FA...
cusvaamain@HPGICCI1 (TNS V1-V3)
SELECT count(*) FROM user_poli...
load_fnsact@HPGICCI1 (TNS V1-V3)
update ICCIFNSACT set BORM_AD...
update sys.mon_mods$ set inser...
insert into wrh$_latch (snap...
load_curmmast@HPGICCI1 (TNS V1-V3)
insert into ICCICURMMAST valu...
load_fnsact@HPGICCI1 (TNS V1-V3)
select * from ICCIPRODCODE wh...
Complete List of SQL Text
04xtrk7uyhknh
select obj#, type#, ctime, mtime, stime, status, dataobj#, flags, oid$, spare1, spare2 from obj$ where owner#=:1 and name=:2 and namespace=:3 and remoteowner is null and linkname is null and subname is null
0hhmdwwgxbw0r
select obj#, type#, flags, related, bo, purgeobj, con# from RecycleBin$ where ts#=:1 and to_number(bitand(flags, 16)) = 16 order by dropscn
0k8h617b8guhf
delete from RecycleBin$ where purgeobj=:1
0pvtkmrrq8usg
select file#, block# from seg$ where type# = 3 and ts# = :1
0yv9t4qb1zb2b
select CUID_CUST_NO , CUID_ID_TYPE , CUID_ID_RECNO from CUID_TMP where CHGFLAG='D'
104pd9mm3fh9p
select blocks, maxblocks, grantor#, priv1, priv2, priv3 from tsq$ where ts#=:1 and user#=:2
1crajpb7j5tyz
INSERT INTO STATS$SGA_TARGET_ADVICE ( SNAP_ID , DBID , INSTANCE_NUMBER , SGA_SIZE , SGA_SIZE_FACTOR , ESTD_DB_TIME , ESTD_DB_TIME_FACTOR , ESTD_PHYSICAL_READS ) SELECT :B3 , :B2 , :B1 , SGA_SIZE , SGA_SIZE_FACTOR , ESTD_DB_TIME , ESTD_DB_TIME_FACTOR , ESTD_PHYSICAL_READS
FROM V$SGA_TARGET_ADVICE
1dm3bq36vu3g8
insert into iccifnsact values (:b0, :b1, :b2, null , null , :b3, :b4, GREATEST(:b5, :b6), null , :b7, :b8, null , :b9, :b10, :b6, null , null , null , null , null , :b12, null , null , null , :b13, :b14, null , null , :b15, :b16, :b17)
1gu8t96d0bdmu
select t.ts#, t.file#, t.block#, nvl(t.bobj#, 0), nvl(t.tab#, 0), t.intcols, nvl(t.clucols, 0), t.audit$, t.flags, t.pctfree$, t.pctused$, t.initrans, t.maxtrans, t.rowcnt, t.blkcnt, t.empcnt, t.avgspc, t.chncnt, t.avgrln, t.analyzetime, t.samplesize, t.cols,
t.property, nvl(t.degree, 1), nvl(t.instances, 1), t.avgspc_flb, t.flbcnt, t.kernelcols, nvl(t.trigflag, 0), nvl(t.spare1, 0), nvl(t.spare2, 0), t.spare4, t.spare6, ts.cachedblk, ts.cachehit, ts.logicalread from tab$ t, tab_stats$ ts where t.obj#= :1 and t.obj#
= ts.obj# (&#43;)
1uk5m5qbzj1vt
BEGIN dbms_workload_repository.create_ END;
2ym6hhaq30r73
select type#, blocks, extents, minexts, maxexts, extsize, extpct, user#, iniexts, NVL(lists, 65535), NVL(groups, 65535), cachehint, hwmincr, NVL(spare1, 0), NVL(scanhint, 0) from seg$ where ts#=:1 and file#=:2 and block#=:3
350f5yrnnmshs
lock table sys.mon_mods$ in exclusive mode nowait
38apjgr0p55ns
update ICCICCS set CCSMAXOVERDUE=GREATEST(:b0, CCSMAXOVERDUE) where FNSACTNO=:b1
38gak8u2qm11w
select count(*) from CUSVAA_TMP
3m8smr0v7v1m6
INSERT INTO sys.wri$_adv_message_groups (task_id, id, seq, message#, fac, hdr, lm, nl, p1, p2, p3, p4, p5) VALUES (:1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13)
44au3v5mzpc1c
insert into ICCICURMMAST values (:b0, :b1, :b2)
49ms69srnaxzj
insert into ICCIRPYV values (:b0, :b1, :b2, :b3, :b4, :b5, :b6, :b7, :b8, :b9, :b10, :b11, :b12, :b13, :b14, :b15, :b16, :b17, :b18, :b19, :b20, :b21, :b22, :b23, :b24, :b25, :b26, :b27, :b28, :b29, :b30, :b31, :b32, :b33, :b34, :b35, :b36, :b37, :b38, :b39,
:b40, :b41, :b42, :b43, :b44, :b45, :b46, :b47, :b48, :b49, :b50, :b51)
4vja2k2gdtyup
insert into ICCICCS values (:b0, '////////////////////////', 0, 0, 0, 0, 0, ' ', 0, 0, 0, ' ', '0', null )
501v412s13r4m
update ICCIFNSACT set BORM_FACILITY_NO=:b0 where BORM_MEMB_CUST_AC=:b1
53saa2zkr6wc3
select intcol#, nvl(pos#, 0), col#, nvl(spare1, 0) from ccol$ where con#=:1
569r5k05drsj7
insert into CUMI select CUSV_CUST_NO , CUSV_EDUCATION_CODE , CHGDATE from CUMI_TMP where CHGFLAG&&'D'
5c4qu2zmj3gux
select * from ICCIPRODCODE where PRODCODE=to_char(:b0)
5ngzsfstg8tmy
select o.owner#, o.name, o.namespace, o.remoteowner, o.linkname, o.subname, o.dataobj#, o.flags from obj$ o where o.obj#=:1
6769wyy3yf66f
select pos#, intcol#, col#, spare1, bo#, spare2 from icol$ where obj#=:1
6z06gcfw39pkd
SELECT F.TABLESPACE_NAME, TO_CHAR ((T.TOTAL_SPACE - F.FREE_SPACE), '999, 999') &USED (MB)&, TO_CHAR (F.FREE_SPACE, '999, 999') &FREE (MB)&, TO_CHAR (T.TOTAL_SPACE, '999, 999') &TOTAL (MB)&, TO_CHAR ((ROUND ((F.FREE_SPACE/T.TOTAL_SPACE)*100)), '999')||' %'
PER_FREE FROM ( SELECT TABLESPACE_NAME, ROUND (SUM (BLOCKS*(SELECT VALUE/1024 FROM V$PARAMETER WHERE NAME = 'db_block_size')/1024) ) FREE_SPACE FROM DBA_FREE_SPACE GROUP BY TABLESPACE_NAME ) F, ( SELECT TABLESPACE_NAME, ROUND (SUM (BYTES/1048576)) TOTAL_SPACE
FROM DBA_DATA_FILES GROUP BY TABLESPACE_NAME ) T WHERE F.TABLESPACE_NAME = T.TABLESPACE_NAME
78m9ryygp65v5
SELECT /*&#43; ALL_ROWS */ COUNT(*) FROM ALL_POLICIES V WHERE V.OBJECT_OWNER = :B3 AND V.OBJECT_NAME = :B2 AND (POLICY_NAME LIKE '%xdbrls%' OR POLICY_NAME LIKE '%$xd_%') AND V.FUNCTION = :B1
7gtztzv329wg0
select c.name, u.name from con$ c, cdef$ cd, user$ u where c.con# = cd.con# and cd.enabled = :1 and c.owner# = u.user#
7ng34ruy5awxq
select i.obj#, i.ts#, i.file#, i.block#, i.intcols, i.type#, i.flags, i.property, i.pctfree$, i.initrans, i.maxtrans, i.blevel, i.leafcnt, i.distkey, i.lblkkey, i.dblkkey, i.clufac, i.cols, i.analyzetime, i.samplesize, i.dataobj#, nvl(i.degree, 1), nvl(i.instances,
1), i.rowcnt, mod(i.pctthres$, 256), i.indmethod#, i.trunccnt, nvl(c.unicols, 0), nvl(c.deferrable#&#43;c.valid#, 0), nvl(i.spare1, i.intcols), i.spare4, i.spare2, i.spare6, decode(i.pctthres$, null, null, mod(trunc(i.pctthres$/256), 256)), ist.cachedblk, ist.cachehit,
ist.logicalread from ind$ i, ind_stats$ ist, (select enabled, min(cols) unicols, min(to_number(bitand(defer, 1))) deferrable#, min(to_number(bitand(defer, 4))) valid# from cdef$ where obj#=:1 and enabled & 1 group by enabled) c where i.obj#=c.enabled(&#43;) and
i.obj# = ist.obj#(&#43;) and i.bo#=:1 order by i.obj#
7v9dyf5r424yh
select NEWACTNO into :b0 from OLDNEWACT where OLDACTNO=:b1
7wwv1ybs9zguz
update ICCIFNSACT set BORM_ADV_DATE=:b0, BOIS_MATURITY_DATE=:b1, BOIS_UNPD_BAL=:b2, BOIS_UNPD_INT=:b3, BOIS_BAL_FINE=:b4, BOIS_INT_FINE=:b5, BOIS_FINE_FINE=:b6, BORM_LOAN_TRM=:b7, BORM_FIVE_STAT=:b8, BOIS_ARREARS_CTR=:b9, BOIS_ARREARS_SUM=:b10 where BORM_MEMB_CUST_AC=:b11
83taa7kaw59c1
select name, intcol#, segcol#, type#, length, nvl(precision#, 0), decode(type#, 2, nvl(scale, -127/*MAXSB1MINAL*/), 178, scale, 179, scale, 180, scale, 181, scale, 182, scale, 183, scale, 231, scale, 0), null$, fixedstorage, nvl(deflength, 0), default$,
rowid, col#, property, nvl(charsetid, 0), nvl(charsetform, 0), spare1, spare2, nvl(spare3, 0) from col$ where obj#=:1 order by intcol#
84qubbrsr0kfn
insert into wrh$_latch (snap_id, dbid, instance_number, latch_hash, level#, gets, misses, sleeps, immediate_gets, immediate_misses, spin_gets, sleep1, sleep2, sleep3, sleep4, wait_time) select :snap_id, :dbid, :instance_number, hash, level#, gets, misses,
sleeps, immediate_gets, immediate_misses, spin_gets, sleep1, sleep2, sleep3, sleep4, wait_time from v$latch order by hash
9qgtwh66xg6nz
update seg$ set type#=:4, blocks=:5, extents=:6, minexts=:7, maxexts=:8, extsize=:9, extpct=:10, user#=:11, iniexts=:12, lists=decode(:13, 65535, NULL, :13), groups=decode(:14, 65535, NULL, :14), cachehint=:15, hwmincr=:16, spare1=DECODE(:17, 0, NULL, :17),
scanhint=:18 where ts#=:1 and file#=:2 and block#=:3
9vtm7gy4fr2ny
select con# from con$ where owner#=:1 and name=:2
a2any035u1qz1
select owner#, name from con$ where con#=:1
a7nh7j8zmfrzw
select CUSV_CUST_NO from CUMI_TMP where CHGFLAG='D'
ackxqhnktxnbc
insert into CUSM select CUSM_CUST_ACCT_NO , CUSM_STAT_POST_ADD_NO , CHGDATE from CUSM_TMP where CHGFLAG&&'D'
aq4js2gkfjru8
update tsq$ set blocks=:3, maxblocks=:4, grantor#=:5, priv1=:6, priv2=:7, priv3=:8 where ts#=:1 and user#=:2
b52m6vduutr8j
delete from RecycleBin$ where bo=:1
bdv0rkkssq2jm
SELECT count(*) FROM user_policies o WHERE o.object_name = :tablename AND (policy_name LIKE '%xdbrls%' OR policy_name LIKE '%$xd_%') AND o.function='CHECKPRIVRLS_SELECTPF'
bsa0wjtftg3uw
select file# from file$ where ts#=:1
btzq46kta67dz
update obj$ set obj#=:6, type#=:7, ctime=:8, mtime=:9, stime=:10, status=:11, dataobj#=:13, flags=:14, oid$=:15, spare1=:16, spare2=:17 where owner#=:1 and name=:2 and namespace=:3 and(remoteowner=:4 or remoteowner is null and :4 is null)and(linkname=:5
or linkname is null and :5 is null)and(subname=:12 or subname is null and :12 is null)
bu8tnqr3xv25q
select count(*) into :b0 from ICCIFNSACT where BORM_MEMB_CUST_AC=:b1
bwt0pmxhv7qk7
delete from con$ where owner#=:1 and name=:2
chjmy0dxf9mbj
insert into ICCICCS values (:b0, :b1, :b2, :b3, :b4, :b5, :b6, :b7, :b8, :b9, :b10, :b11, :b12, :b13)
cn1gtsav2d5jh
BEGIN BEGIN IF (xdb.DBMS_XDBZ0.is_hierarchy_enabled_internal(sys.dictionary_obj_owner, sys.dictionary_obj_name, sys.dictionary_obj_owner)) THEN xdb.XDB_PITRIG_PKG.pitrig_truncate(sys.dictionary_obj_owner, sys.dictionary_obj_name); END IF; EXCEPTION WHEN
OTHERS THEN END; BEGIN IF (xdb.DBMS_XDBZ0.is_hierarchy_enabled_internal(sys.dictionary_obj_owner, sys.dictionary_obj_name, sys.dictionary_obj_owner, xdb.DBMS_XDBZ.IS_ENABLED_RESMETADATA)) THEN xdb.XDB_PITRIG_PKG.pitrig_dropmetadata(sys.dictionary_obj_owner,
sys.dictionary_obj_name); END IF; EXCEPTION WHEN OTHERS THEN END; END;
cp5duhcsj72q0
select CUSM_CUST_ACCT_NO from CUSM_TMP where CHGFLAG='D'
d8z0u8hgj8xdy
insert into CUID select CUID_CUST_NO , CUID_ID_MAIN , CUID_ID_TYPE , CUID_ID_RECNO , CUID_ID_NUMBER , CHGDATE from CUID_TMP where CHGFLAG&&'D'
d92h3rjp0y217
begin prvt_hdm.auto_execute( :db_id, :inst_id, :end_snap );
djs2w2f17nw2z
DECLARE job BINARY_INTEGER := : next_date DATE := : broken BOOLEAN := FALSE; BEGIN statspack. :mydate := next_ IF broken THEN :b := 1; ELSE :b := 0; END IF; END;
f80h0xb1qvbsk
SELECT sys.wri$_adv_seq_msggroup.nextval FROM dual
g00cj285jmgsw
update sys.mon_mods$ set inserts = inserts &#43; :ins, updates = updates &#43; :upd, deletes = deletes &#43; :del, flags = (decode(bitand(flags, :flag), :flag, flags, flags &#43; :flag)), drop_segments = drop_segments &#43; :dropseg, timestamp = :time where obj# = :objn
gmn2w09rdxn14
insert into OLDNEWACT values (:b0, :b1)
Instance Activity Statistics
Instance Activity Stats
per Second
CPU used by this session
CPU used when call started
CR blocks created
Cached Commit SCN referenced
Commit SCN cached
DBWR checkpoint buffers written
DBWR checkpoints
DBWR fusion writes
DBWR object drop buffers written
DBWR thread checkpoint buffers written
DBWR transaction table writes
DBWR undo block writes
DFO trees parallelized
PX local messages recv'd
PX local messages sent
PX remote messages recv'd
PX remote messages sent
Parallel operations not downgraded
RowCR - row contention
RowCR attempts
RowCR hits
SMON posted for undo segment recovery
SMON posted for undo segment shrink
SQL*Net roundtrips to/from client
active txn count during cleanout
application wait time
auto extends on undo tablespace
background checkpoints completed
background checkpoints started
background timeouts
branch node splits
buffer is not pinned count
buffer is pinned count
20,996,139
bytes received via SQL*Net from client
7,381,397,183
1,561,408.36
1,318,577.56
bytes sent via SQL*Net to client
149,122,035
calls to get snapshot scn: kcmgss
calls to kcmgas
calls to kcmgcs
change write time
cleanout - number of ktugct calls
cleanouts and rollbacks - consistent read gets
cleanouts only - consistent read gets
cluster key scan block gets
cluster key scans
cluster wait time
commit batch/immediate performed
commit batch/immediate requested
commit cleanout failures: block lost
commit cleanout failures: callback failure
commit cleanout failures: cannot pin
commit cleanouts
commit cleanouts successfully completed
commit immediate performed
commit immediate requested
commit txn count during cleanout
concurrency wait time
consistent changes
consistent gets
consistent gets - examination
consistent gets direct
consistent gets from cache
current blocks converted for CR
cursor authentications
data blocks consistent reads - undo records applied
db block changes
db block gets
11,611,321
db block gets direct
db block gets from cache
10,443,491
deferred (CURRENT) block cleanout applications
dirty buffers inspected
drop segment calls in space pressure
enqueue conversions
enqueue releases
enqueue requests
enqueue timeouts
enqueue waits
exchange deadlocks
execute count
free buffer inspected
free buffer requested
gc CPU used by this session
gc cr block build time
gc cr block flush time
gc cr block receive time
gc cr block send time
gc cr blocks received
gc cr blocks served
gc current block flush time
gc current block pin time
gc current block receive time
gc current block send time
gc current blocks received
gc current blocks served
gc local grants
gc remote grants
gcs messages sent
ges messages sent
global enqueue get time
global enqueue gets async
global enqueue gets sync
global enqueue releases
global undo segment hints helped
global undo segment hints were stale
heap block compress
hot buffers moved to head of LRU
immediate (CR) block cleanout applications
immediate (CURRENT) block cleanout applications
index crx upgrade (positioned)
index fast full scans (full)
index fetch by key
index scans kdiixs1
leaf node 90-10 splits
leaf node splits
lob writes
lob writes unaligned
local undo segment hints helped
local undo segment hints were stale
logons cumulative
messages received
messages sent
no buffer to keep pinned count
no work - consistent read gets
opened cursors cumulative
parse count (failures)
parse count (hard)
parse count (total)
parse time cpu
parse time elapsed
physical read IO requests
physical read bytes
2,643,378,176
559,161.45
472,200.46
physical read total IO requests
physical read total bytes
2,905,491,456
614,607.04
519,023.13
physical read total multi block requests
physical reads
physical reads cache
physical reads cache prefetch
physical reads direct
physical reads direct temporary tablespace
physical reads prefetch warmup
physical write IO requests
physical write bytes
14,042,071,040
2,970,360.02
2,508,408.55
physical write total IO requests
physical write total bytes
23,114,268,672
4,889,428.30
4,129,022.63
physical write total multi block requests
physical writes
physical writes direct
physical writes direct (lob)
physical writes direct temporary tablespace
physical writes from cache
physical writes non checkpoint
pinned buffers inspected
prefetch clients - default
prefetch warmup blocks aged out before use
prefetch warmup blocks flushed out before use
prefetched blocks aged out before use
process last non-idle time
queries parallelized
recursive calls
recursive cpu usage
redo blocks written
redo buffer allocation retries
redo entries
redo log space requests
redo log space wait time
redo ordering marks
4,343,559,400
918,805.72
775,912.72
redo subscn max counts
redo synch time
redo synch writes
redo wastage
redo write time
redo writer latching time
redo writes
rollback changes - undo records applied
rollbacks only - consistent read gets
rows fetched via callback
session connect time
session cursor cache hits
session logical reads
16,648,792
session pga memory
37,393,448
session pga memory max
45,192,232
session uga memory
30,067,312,240
6,360,225.77
5,371,081.14
session uga memory max
61,930,448
shared hash latch upgrades - no wait
shared hash latch upgrades - wait
sorts (disk)
sorts (memory)
sorts (rows)
42,379,505
space was found by tune down
space was not found by tune down
sql area evicted
sql area purged
steps of tune down ret. in space pressure
summed dirty queue length
switch current to new buffer
table fetch by rowid
table fetch continued row
table scan blocks gotten
table scan rows gotten
52,989,363
table scans (long tables)
table scans (short tables)
total number of times SMON posted
transaction lock background get time
transaction lock background gets
transaction lock foreground requests
transaction lock foreground wait time
transaction rollbacks
tune down retentions in space pressure
undo change vector size
1,451,085,596
306,952.35
259,215.00
user I/O wait time
user calls
user commits
user rollbacks
workarea executions - onepass
workarea executions - optimal
write clones created in background
write clones created in foreground
Instance Activity Stats - Absolute Values
Statistics with absolute values (should not be diffed)
Begin Value
session cursor cache count
opened cursors current
logons current
Instance Activity Stats - Thread Activity
Statistics identified by '(derived)' come from sources other than SYSSTAT
log switches (derived)
Tablespace IO Stats
ordered by IOs (Reads &#43; Writes) desc
Tablespace
Av Reads/s
Av Blks/Rd
Av Writes/s
Buffer Waits
Av Buf Wt(ms)
显示每个表空间的I/O统计。根据Oracle经验，Av Rd(ms) [Average Reads in milliseconds]不应该超过30，否则认为有I/O争用。
File IO Stats
ordered by Tablespace, File
Tablespace
Av Reads/s
Av Blks/Rd
Av Writes/s
Buffer Waits
Av Buf Wt(ms)
/dev/rora_icci01
/dev/rora_icci02
/dev/rora_icci03
/dev/rora_icci04
/dev/rora_icci05
/dev/rora_icci06
/dev/rora_icci07
/dev/rora_icci08
/dev/rora_icci09
/dev/rora_icci10
/dev/rora_icci11
/dev/rora_icci12
/dev/rora_icci13
/dev/rora_icci14
/dev/rora_icci15
/dev/rora_icci16
/dev/rora_icci17
/dev/rora_icci18
/dev/rora_SYSAUX
/dev/rora_SYSTEM
/dev/rora_TEMP
/dev/rora_TEMP2
/dev/rora_TEMP3
/dev/rora_TEMP5
/dev/rora_UNDO0101
/dev/rora_UNDO0201
/dev/rora_USERS
Buffer Pool Statistics
Standard block size Pools D: default, K: keep, R: recycleDefault Pools for other block sizes: 2k, 4k, 8k, 16k, 32k
Number of Buffers
Buffer Gets
Physical Reads
Physical Writes
Free Buff Wait
Writ Comp Wait
Buffer Busy Waits
15,480,754
Advisory Statistics
Instance Recovery Stats
B: Begin snapshot, E: End snapshot
Targt MTTR (s)
Estd MTTR (s)
Recovery Estd IOs
Actual Redo Blks
Target Redo Blks
Log File Size Redo Blks
Log Ckpt Timeout Redo Blks
Log Ckpt Interval Redo Blks
Buffer Pool Advisory
Only rows with estimated physical reads &0 are displayedordered by Block Size, Buffers For Estimate
Size for Est (M)
Size Factor
Buffers for Estimate
Est Phys Read Factor
Estimated Physical Reads
10,351,726
PGA Aggr Summary
PGA cache hit % - percentage of W/A (WorkArea) data processed only in-memory
PGA Cache Hit %
W/A MB Processed
Extra W/A MB Read/Written
PGA Aggr Target Stats
B: Begin snap E: End snap (rows dentified with B or E contain data which is absolute i.e. not diffed over the interval)Auto PGA Target - actual workarea memory targetW/A PGA Used - amount of memory used for all Workareas (manual &#43; auto)%PGA W/A Mem - percentage of PGA memory allocated to workareas%Auto W/A Mem - percentage of workarea memory controlled by Auto Mem Mgmt%Man W/A Mem - percentage of workarea memory under manual control
PGA Aggr Target(M)
Auto PGA Target(M)
PGA Mem Alloc(M)
W/A PGA Used(M)
%PGA W/A Mem
%Auto W/A Mem
%Man W/A Mem
Global Mem Bound(K)
PGA Aggr Target Histogram
Optimal Executions are purely in-memory operations
Low Optimal
High Optimal
Total Execs
Optimal Execs
1-Pass Execs
M-Pass Execs
PGA Memory Advisory
When using Auto Memory Mgmt, minimally choose a pga_aggregate_target value where Estd PGA Overalloc Count is 0
PGA Target Est (MB)
Size Factr
W/A MB Processed
Estd Extra W/A MB Read/ Written to Disk
Estd PGA Cache Hit %
Estd PGA Overalloc Count
Shared Pool Advisory
SP: Shared Pool Est LC: Estimated Library Cache Factr: FactorNote there is often a 1:Many correlation between a single logical object in the Library Cache, and the physical number of memory objects associated with it. Therefore comparing the number of Lib Cache objects (e.g. in v$librarycache), with the number
of Lib Cache Memory Objects is invalid.
Shared Pool Size(M)
SP Size Factr
Est LC Size (M)
Est LC Mem Obj
Est LC Time Saved (s)
Est LC Time Saved Factr
Est LC Load Time (s)
Est LC Load Time Factr
Est LC Mem Obj Hits
SGA Target Advisory
SGA Target Size (M)
SGA Size Factor
Est DB Time (s)
Est Physical Reads
Streams Pool Advisory
No data exists for this section of the report.
Java Pool Advisory
No data exists for this section of the report.
Wait Statistics
Buffer Wait Statistics
ordered by wait time desc, waits desc
Total Wait Time (s)
Avg Time (ms)
data block
undo header
file header block
undo block
Enqueue Activity
only enqueues with waits are shownEnqueue stats gathered prior to 10g should not be compared with 10g dataordered by Wait Time desc, Waits desc
Enqueue Type (Request Reason)
Failed Gets
Wt Time (s)
Av Wt Time(ms)
FB-Format Block
US-Undo Segment
WF-AWR Flush
HW-Segment High Water Mark
CF-Controlfile Transaction
TX-Transaction (index contention)
PS-PX Process Reservation
TT-Tablespace
TD-KTF map table enqueue (KTF dump entries)
TA-Instance Undo
PI-Remote PX Process Spawn Status
MW-MWIN Schedule
DR-Distributed Recovery
TS-Temporary Segment
AF-Advisor Framework (task serialization)
JS-Job Scheduler (job run lock - synchronize)
UL-User-defined
MD-Materialized View Log DDL
Undo Statistics
Undo Segment Summary
Min/Max TR (mins) - Min and Max Tuned Retention (minutes)STO - Snapshot Too Old count, OOS - Out of Space countUndo segment block stats:uS - unexpired Stolen, uR - unexpired Released, uU - unexpired reUsedeS - expired Stolen, eR - expired Released, eU - expired reUsed
Num Undo Blocks (K)
Number of Transactions
Max Qry Len (s)
Max Tx Concurcy
Min/Max TR (mins)
uS/uR/uU/ eS/eR/eU
130.95/239.25
0/0/0/13/24256/0
Undo Segment Stats
Most recent 35 Undostat rows, ordered by Time desc
Num Undo Blocks
Number of Transactions
Max Qry Len (s)
Max Tx Concy
Tun Ret (mins)
uS/uR/uU/ eS/eR/eU
25-Dec 15:18
0/0/0/13/24256/0
25-Dec 15:08
0/0/0/0/0/0
25-Dec 14:58
0/0/0/0/0/0
25-Dec 14:48
0/0/0/0/0/0
25-Dec 14:38
0/0/0/0/0/0
25-Dec 14:28
0/0/0/0/0/0
25-Dec 14:18
0/0/0/0/0/0
25-Dec 14:08
0/0/0/0/0/0
Latch Statistics
Latch Activity
&Get Requests&, &Pct Get Miss& and &Avg Slps/Miss& are statistics for willing-to-wait latch get requests&NoWait Requests&, &Pct NoWait Miss& are for no-wait latch get requests&Pct Misses& for both should be very close to 0.0
Latch Name
Get Requests
Pct Get Miss
Avg Slps /Miss
Wait Time (s)
NoWait Requests
Pct NoWait Miss
ASM db client latch
AWR Alerted Metric Element list
Consistent RBA
FOB s.o list latch
JS broadcast add buf latch
JS broadcast drop buf latch
JS broadcast load blnc latch
JS mem alloc latch
JS queue access latch
JS queue state obj latch
JS slv state obj latch
KCL gc element parent latch
KJC message pool free list
KJCT flow control latch
KMG MMAN ready and startup request latch
KSXR large replies
KTF sga latch
KWQMN job cache list latch
KWQP Prop Status
MQL Tracking Latch
Memory Management Latch
OS process
OS process allocation
OS process: request allocation
PL/SQL warning settings
SGA IO buffer pool latch
SQL memory manager latch
SQL memory manager workarea list latch
Shared B-Tree
Undo Hint Latch
active checkpoint queue latch
active service list
archive control
begin backup scn array
business card
cache buffer handles
cache buffers chains
48,189,073
cache buffers lru chain
cache table scan latch
channel handle pool latch
channel operations parent latch
checkpoint queue latch
client/application info
commit callback allocation
compile environment latch
dml lock allocation
dummy allocation
enqueue hash chains
error message lists
event grou