公司名称：深圳市共进电子股份有限公司
所属地域：广东省
英文名称：Shenzhen Gongjin Electronics Co.,Ltd
所属行业：信息设备 — 通信设备
曾 用 名：-
公司网址：
主营业务：
宽带通讯终端的研发、生产及销售。
产品名称：
可能存在产品：
宽带通讯终端、传感器、光通信设备、安防监控、交换机、医疗产品、智能硬件、宽带运营
控股股东：
唐佛南、汪大维
(持有深圳市共进电子股份有限公司股份比例：24.95、24.95%）
实际控制人：
唐佛南、汪大维
(持有深圳市共进电子股份有限公司股份比例：24.95、24.95%）
最终控制人：
唐佛南、汪大维
(持有深圳市共进电子股份有限公司股份比例：24.95、24.95%）
董　　秘：
法人代表：
总 经 理：
注册资金：
员工人数：
电　　话：
86-755--755-01;86-755-07
传　　真：
办公地址：
广东省深圳市南山区南海大道1019号南山医疗器械产业园B116、B118;B201-B213;A311-313;B411-413;BF08-09;B115;B401-403
公司简介：
深圳市共进电子股份有限公司主营业务为宽带通讯终端的研发、生产和销售。公司作为国内大型的宽带通讯终端生产商，主要以ODM模式为中兴通讯、上海贝尔、烽火通信、D-Link、SAGEM等国内外通讯设备提供商提供网络通讯类产品的制造服务，并取得了电信运营商——英国电信的直接订单。
　　目前公司主要产品包括DSL（ADSL、VDSL）终端系列、光接入（EPON、GPON）终端系列、无线（WiFi）和移动（3G、LTE）终端系列和其它宽带通讯终端系列（PLC终端和EoC终端等）。
董事长,董事
薪酬：85.00万元
19533.32万股
汪大维:男,1944年出生,本科学历。曾任深圳市南山开发公司赤湾石油基地副总经理,同维电子副总经理、董事长,共进有限副总经理、常务副总经理、董事长;现任深圳市共进电子股份有限公司董事长、法定代表人。
此简介更新于
董事长,董事
19533.32万股
增持75000股
副董事长,董事
薪酬：91.76万元
121.17万股
胡祖敏:男,1970年出生,本科学历、高级工程师。曾任共进有限中试部经理、产品总监、DSL事业部总经理、公司副总经理、副董事长;现任深圳市共进电子股份有限公司副董事长、副总经理。
此简介更新于
副董事长,董事
121.17万股
减持128000股
薪酬：85.00万元
19533.32万股
唐佛南:男,1945年出生,本科学历。曾任第六届全国人大代表,湘潭无线电厂厂长,湖南省电子研究所所长,美国孙氏电子(蛇口)公司总经理,同维电子总经理,共进有限总经理;现任深圳市共进电子股份有限公司董事、总经理。
此简介更新于
19533.32万股
增持75000股
薪酬：71.76万元
贺依朦:女,1971年出生,硕士研究生学历。曾任同维电子总经办副经理、法务公关部经理,共进有限总经办副经理、法务公关部经理、董事会秘书;现任深圳市共进电子股份有限公司董事、董事会秘书。
此简介更新于
减持102000股
薪酬：91.76万元
111.40万股
王志波:男,1971年出生,硕士研究生学历,高级工程师。曾任索尔思光电有限公司运营总监,优博创科技有限公司常务副总裁,共进有限光通事业部总经理、副总经理;现任深圳市共进电子股份有限公司董事、副总经理。
此简介更新于
111.40万股
减持50000股
袁广达:男,1961年出生,硕士研究生,曾任职于南京气象学院,期间历任助理会计师、审计师、主任审计师、会计学副教授,现任南京信息工程大学教授,主要方向为大学会计学教学与研究。
此简介更新于
丁涛:男,1979年出生,法学硕士毕业,研究生学历。曾就职于上海国家会计学院及美国凯寿律师事务所上海代表处法律顾问等职务;现任洲际酒店集团大中华区法律顾问。
此简介更新于
薪酬：10.00万元
王燕鸣:男,1957年出生,博士研究生,曾执教于北京大学、中山大学,曾担任风华高能、高澜节能独立董事,现任中山大学岭南学院金融学教授,共进股份独立董事。
此简介更新于
薪酬：10.00万元
夏树涛:男,1972年出生,博士研究生,曾执教于南京大学,曾先后就职于天津英特耐特公司、深圳赛克公司,现任清华大学深圳研究生院教授、博士生导师,共进股份独立董事。专业领域为信息论编码、网络和机器学习等。
此简介更新于
漆建中,男,1947年出生,本科学历,工程师。曾任美国孙氏(蛇口)电子有限公司开发部经理,同维电子技术部经理、销售部经理、总经理助理、生产总监、外协部经理,共进有限生产总监、总经理助理、工会主席;现任太仓同维监事、同维通信监事及公司总经理助理、监事会主席。
此简介更新于
监事会主席
减持75000股
薪酬：0.00万元
李涛,男,1969年出生,本科学历。曾任深圳金盟实业有限公司副总经理、深圳市长润投资管理有限公司投资总监、总经理、深圳市百合永生股权投资企业(有限合伙)执行合伙人,现任新余百合永生投资管理中心(有限合伙)普通合伙人,深圳市大乐资产管理有限公司总经理、深圳市观复投资管理有限公司、深圳市观韬资本管理有限公司、深圳市前海观复金融控股有限公司执行董事、总经理、深圳市前海畅行无忧科技有限公司总经理以及公司监事。
此简介更新于
何卫娣,女,1978年出生。2006年9月入职公司,深圳市共进电子股份有限公司测试车间副工段长、网关产品车间主管、光通产品主管;2012年至今,担任公司人力资源(工人)员工关系专员,主要负责员工稳定、和谐劳动关系、劳动纠纷处理等工作,同时自2012年起兼任公司工会女工委员。
此简介更新于
唐佛南:男,1945年出生,本科学历。曾任第六届全国人大代表,湘潭无线电厂厂长,湖南省电子研究所所长,美国孙氏电子(蛇口)公司总经理,同维电子总经理,共进有限总经理;现任深圳市共进电子股份有限公司董事、总经理。
此简介更新于
19533.32万股
增持75000股
董事会秘书
薪酬：71.76万元
贺依朦:女,1971年出生,硕士研究生学历。曾任同维电子总经办副经理、法务公关部经理,共进有限总经办副经理、法务公关部经理、董事会秘书;现任深圳市共进电子股份有限公司董事、董事会秘书。
此简介更新于
董事会秘书
减持102000股
薪酬：91.76万元
121.17万股
胡祖敏:男,1970年出生,本科学历、高级工程师。曾任共进有限中试部经理、产品总监、DSL事业部总经理、公司副总经理、副董事长;现任深圳市共进电子股份有限公司副董事长、副总经理。
此简介更新于
121.17万股
减持128000股
薪酬：91.76万元
111.40万股
王志波:男,1971年出生,硕士研究生学历,高级工程师。曾任索尔思光电有限公司运营总监,优博创科技有限公司常务副总裁,共进有限光通事业部总经理、副总经理;现任深圳市共进电子股份有限公司董事、副总经理。
此简介更新于
111.40万股
减持50000股
副总经理,财务总监
薪酬：71.76万元
唐晓琳:女,1973年出生,本科学历。曾任同维电子(香港)有限公司财务负责人,共进有限副总经理、财务总监;现任深圳市共进电子股份有限公司副总经理、财务总监。
此简介更新于
副总经理,财务总监
减持14800股
薪酬：81.76万元
龚谱升:男,1969年出生,本科学历。曾任共进有限工程部经理、生产总监、厂长、副总经理;现任深圳市共进电子股份有限公司副总经理。
此简介更新于
减持164100股
薪酬：79.84万元
汪澜:男,1977年出生,硕士研究生学历。曾任共进有限软件部经理、无线事业部总经理、公司副总经理;现任深圳市共进电子股份有限公司副总经理。
此简介更新于
薪酬：71.76万元
韦一明:男,1969年出生,本科学历。曾任共进有限研发工程师、研发部经理、产品部经理、品质总监、物控总监、总经理助理、副总经理;现任深圳市共进电子股份有限公司副总经理。
此简介更新于
减持20000股
薪酬：71.76万元
龙晓晶:女,1972年出生,硕士研究生学历。曾任同维电子宣传部主任、总经办经理、人力资源总监,共进有限总经办经理、人力资源总监;现任深圳市共进电子股份有限公司人力资源总监、公司副总经理。
此简介更新于
减持105000股
注：点击高管姓名查看高管简历介绍；点击持股数查询所有持股变动
成立日期：
发行数量：7500.00万股
发行价格：11.95元
上市日期：
发行市盈率：19.2700倍
预计募资：8.46亿元
首日开盘价：17.21元
发行中签率：
实际募资：8.96亿元
主承销商：国信证券股份有限公司
上市保荐人：国信证券股份有限公司
历史沿革：
　　深圳市共进电子股份有限公司（以下简称“公司”或“本公司”）系由深圳市共进电子有限公司日整体改制变更设立的股份有限公司，公司股票于日在上海证券交易所挂牌交易。公司现有注册资本35,561.91万元，股份总数35,561.91万股(每股面值1元)。
　　其中，有限售条件的流通股份：A股23,663.47万股；无限售条件的流通股份：A股11,898.44万股。
　　法人营业执照号码：626法定代表人：汪大维成立日期：日企业类型：股份有限公司地址：深圳市南山区南海大道1019号南山医疗器械产业园B116...
　　深圳市共进电子股份有限公司（以下简称“公司”或“本公司”）系由深圳市共进电子有限公司日整体改制变更设立的股份有限公司，公司股票于日在上海证券交易所挂牌交易。公司现有注册资本35,561.91万元，股份总数35,561.91万股(每股面值1元)。
　　其中，有限售条件的流通股份：A股23,663.47万股；无限售条件的流通股份：A股11,898.44万股。
　　法人营业执照号码：626法定代表人：汪大维成立日期：日企业类型：股份有限公司地址：深圳市南山区南海大道1019号南山医疗器械产业园B116、B118；A211-A213、B201-B213；A311-313；B411-413；BF08-09；B115；B401-403。
参股控股公司
上市公司最新公告日期：
参股或控股公司：23 家，
其中合并报表的有：21 家。
关联公司名称
投资金额(元)
被参控公司净利润(元)
是否报表合并
被参股公司主营业务
太仓市同维电子有限公司
研发、生产、加工、销售宽带通信设备...  
上海市共进通信技术有限公司
通信设备、网络设备、机顶盒、计算机...  
深圳市共进投资管理有限公司
受托管理股权投资基金;股权投资。
深圳市兰丁科技有限公司
宽带通信(讯)设备、电脑电视盒、机...  
共进欧洲股份有限公司
通信电子设备的购销及进出口贸易业务
上海沃澜网络科技有限公司
网络科技、通讯科技、智能科技领域内...  
共进电子美国有限公司
通信电子设备的研发、销售及进出口业务。
广州市天誉汇通科技服务有限公司
室内装饰装修、计算机网络系统工程服...  
共进电子(香港)有限公司
电子产品的贸易业务
深圳市同维通信技术有限公司
宽带通信设备、无线通信设备、光通信...  
深圳市同维投资管理有限公司
上海沪进投资合伙企业(有限合伙)
深圳市思谱乐科技有限公司
宽带通信(讯)设备、电脑电视盒、机...  
深圳市共维投资合伙企业(有限合伙)
上海市共进医疗科技有限公司
医疗科技、互联网科技领域内的技术开...  
深圳市兰智投资合伙企业(有限合伙)
上海共进新媒体技术有限公司
设计、制作、代理、发布各类广告从事...  
医兰达(深圳)网络科技有限公司
基础软件的技术开发、技术咨询;应用...  
深圳市兰丁投资有限公司
深圳市滨科投资合伙企业(有限合伙)
大连市共进科技有限公司
计算机软件技术开发、技术咨询、技术...  
成都市共维科技有限公司
太仓市共进医疗科技有限公司
主营业务详情：[转载]Oracle_AWR_报告分析实例讲解
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改变它们之后），可用来与初始参数值比较。
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:
显示数据库负载概况，将之与基线数据比较才具有更多的意义，如果每秒或每事务的负载变化不大，说明应用运行比较稳定。单个的报告数据只说明应用的负载情况，绝大多数据并没有一个所谓“正确”的值，然而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 parse)和硬解析(hard
parse)，就不能不说一下Oracle对sql的处理过程。当你发出一条sql语句交付Oracle，在执行和获取结果前，Oracle对此sql将进行几个步骤的处理过程：
　　1、语法检查(syntax check)
　　检查此sql的拼写是否语法。
　　2、语义检查(semantic check)
　　诸如检查sql语句中的访问对象是否存在及该用户是否具备相应的权限。
　　3、对sql语句进行解析(parse)
　　利用内部算法对sql进行解析，生成解析树(parse tree)及执行计划(execution plan)。
　　4、执行sql，返回结果(execute and return)
　　其中，软、硬解析就发生在第三个过程里。
　　Oracle利用内部的hash算法来取得该sql的hash值，然后在library
cache里查找是否存在该hash值；
　　假设存在，则将此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一节相同，这一节也没有所谓“正确”的值，而只能根据应用的特点判断是否合适。在一个使用直接读执行大型并行查询的DSS环境，20%的Buffer
Hit Ratio是可以接受的，而这个值对于一个OLTP系统是完全不能接受的。根据Oracle的经验，对于OLTPT系统，Buffer
Hit Ratio理想应该在90%以上。
Buffer Nowait表示在内存获得数据的未等待比例。
hit表示进程从内存中找到数据块的比率，监视这个值是否发生重大变化比这个值本身更重要。对于一般的OLTP系统，如果此值低于80%，应该给数据库分配更多的内存。
Redo NoWait表示在LOG缓冲区获得BUFFER的未等待比例。如果太低（可参考90%阀值），考虑增加LOG
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：解析实际运行时间/(解析实际运行时间+解析中等待资源时间)，越高越好。
Non-Parse CPU ：SQL实际运行时间/(SQL实际运行时间+SQL解析时间)，太低表示解析消耗时间过多。
Execute to
Parse：是语句执行与分析的比例，如果要SQL重用率高，则这个比例会很高。该值越高表示一次解析后被重复执行的次数越多。
In-memory Sort：在内存中排序的比率，如果过低说明有大量的排序在临时表空间中进行。考虑调大PGA。
Parse：软解析的百分比（softs/softs+hards），近似当作sql在共享区的命中率，太低则需要调整应用使用绑定变量。
Shared Pool Statistics
Memory Usage %:
% SQL with executions&1:
% Memory for SQL w/exec&1:
Memory Usage
%：对于一个已经运行一段时间的数据库来说，共享池内存使用率，应该稳定在75%-90%间，如果太小，说明Shared
Pool有浪费，而如果高于90，说明共享池中有争用，内存不足。
executions&1：执行次数大于1的sql比率，如果此值太小，说明需要在应用中更多使用绑定变量，避免过多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+remote
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): 663s
Statistics including the word "background" measure
background process time, and so do not contribute to the DB time
Ordered 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 - second
cs - centisecond - 100th of a second
ms - millisecond - 1000th of a second
us - microsecond - 1000000th of a second
ordered 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 - second
cs - centisecond - 100th of a second
ms - millisecond - 1000th of a second
us - microsecond - 1000000th of a second
ordered by wait time desc, waits desc (idle events
%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
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事件的处理。
Waits是串行访问本地资源的本锁，表明正在等待一个被其它SESSION（一个或多个）以排它模式锁住的资源。减少这种等待的方法依赖于生产等待的锁类型。导致Enqueue等待的主要锁类型有三种：TX（事务锁）,
TM D（ML锁）和ST（空间管理锁）。
Background Wait Events
ordered by wait time desc, waits desc (idle events
%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+%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 + IDLE_TIME + IOWAIT TIME
或：SYS_TIME + USER_TIME + IDLE_TIME + IOWAIT_TIME
&（因为BUSY_TIME = SYS_TIME+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
Total Waits and Time Waited displayed for the following wait
classes: User I/O, Concurrency, Administrative, Network
Time Waited (Wt Time) in centisecond (100th of a
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,792
Captured 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,678
Captured 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,112
Captured 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,780
Captured 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 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
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。