欢迎来到淘文阁 - 分享文档赚钱的网站! | 帮助中心 好文档才是您的得力助手!
淘文阁 - 分享文档赚钱的网站
全部分类
  • 研究报告>
  • 管理文献>
  • 标准材料>
  • 技术资料>
  • 教育专区>
  • 应用文书>
  • 生活休闲>
  • 考试试题>
  • pptx模板>
  • 工商注册>
  • 期刊短文>
  • 图片设计>
  • ImageVerifierCode 换一换

    sql学习 占用CPU严重的SQL语句.docx

    • 资源ID:94214766       资源大小:19.34KB        全文页数:4页
    • 资源格式: DOCX        下载积分:15金币
    快捷下载 游客一键下载
    会员登录下载
    微信登录下载
    三方登录下载: 微信开放平台登录   QQ登录  
    二维码
    微信扫一扫登录
    下载资源需要15金币
    邮箱/手机:
    温馨提示:
    快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
    如填写123,账号就是123,密码也是123。
    支付方式: 支付宝    微信支付   
    验证码:   换一换

     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

    sql学习 占用CPU严重的SQL语句.docx

    占用CPU严重的SQL语句问题一(2个相似SQL):select count(a.DATA_UPDATE_NOTIFY_ID),nvl(max(a. DATA_UPDATE_NOTIFY_ID), 0),nvl(max(a. TABLE_UPDATE_CONFIG_ID), 0) from DATA_LPDATE_NOTIFY a, TABLE_UPDATE_CONFIG b where b. TABLE_NAME=,EXEC_SCRIPT, and a. TABLE_UPDATE_CONFIGD=b.TABLE_UPDATE_CONFIGD and a. STATEiOSA'Execution PlanElOperation1Name11 Rows IBytes ICost(%CPU) ITime I|oSELECT STATEMENT248(100)1SORT AGGREGATE1312MERGE JOIN52616306248 (3)00:00:033TABLE ACCESS BY INDEX ROWDTABLE_UPDATE_CONFIG1192(0)00:00:014INDEX FULL SCANPK_TABLE_UPDATE_CONFIG131(0)00:00:015SORT JOIN420550460246 (3)00:00:036TABLE ACCESS FULLDATA_U POATE_NOTFY420550460244 (2)00:00:03这个语句 sql_id=,9gyr3khlgmrj6,>在7天内被执行了 157097次,单次执行1. 2秒,占用99%CPUselect count(a.DATA_UPDATE_NOTIFY_ID), nv 1 (max (a. I)ATA_UP1)ATE_NOT I FY_1 D), 0),nvl(max(a. TABLE_UPDATE CONFIG ID), 0) from DATA_LPDATE NOTIFY a, TABLE_UPDATE_CONFIG b where b. TABLE_NAME=:table_nameanda. TABLE_UPDATE_CONFIGD=b.TABLE_UPDATE_CONFIGD and a. STATE:'OSA'Execution PlanElOperation|Name|Rows |Bytes |Cost (%CPU) |Time |bSELECT STATEMENT248 (100)1SORT AGGREGATE1312MERGE JOUS2616306248(3)00:00:033TABLE ACCESS BY WDX ROWDTABLE_UPDATE_CONFIG1192(0)00:00:014INDEX FULL SCANPK_TABLE_UPDATE_CONFIG131(0)00:00:015SORT JON420550460246 (3)00:00:036TABLE ACCESS FULLDATA_U PDATE_NOTFY420550460244 (2)00:00:03这个语句 sql_id= "czhrl3utwf j8g”,在7天内被执行157098次,单次执行时间也是1. 2秒,占用99%CPU很奇怪,为什么这样的两个语句如此类似?注:SQL> select count (*) from D/TA_l'PDATE_NOTIFY;10SQL> select count(*) from TABLE_UPDATE_CONFIG;COUNT(*)13问题二:SELECT DISTINCT A. NE_ID FROM NET_ELEMENT A WHERE A. NE_TYPE_ID = :B2 AND A. REGION_ID = TO_NIMBER(:B1 ) AND A. STATE = 'OSA'Execution Plan回Operation|Name |RowsByteCost (%CPU)Time |丁SELECT STATEMENT137 (100)1TABLE ACCESS HSnNET_ELEMENT118137 (1)00:00:02SQL_ID='g6jh6fxr0mqhv.占用CPU100%, 7天执行30775075次,平均每次执行0. 0063秒注:SQL> select count(*) from NET_ELEMENT;COUNT(*)38963问题三:insert into INP_DATA_PERF(FILE_ID, NED, NE_TYPE_ID, AUD I TD, AREA-CODE ,SYSLOC, MSG.SOURCE, KPI_ID, KPI_NAME, KBP, KBP_NAME, MIN, AVG, MAX, MSG_TIME) values (:1, pkp_inp_convert. convert_inp_data_perf(:2, :3), :4, :5, :6, :7, 1 ,replace(:8,:9, :10, :11, :12, :13, :14, to_date(:15,' YYYYMMDDHH24M D)说明:6vv2w2k5jan6d " are responsible for 99% of the database time spent on the SELECT statement with SQL_ID "g6jh6fxr0mqhv”.单条插入时间居然是0.5秒注:SQL> select count(*) from INPDATAPERF;52821086问题四:select tabie update config id, max (data update notify id) fi'om data_update_notify WHERE STATE=:STATEandtableupdateconfigid in (1,2) group by tableupdatcconfigid order by 1,2Execution Plan回OperationjNameRows |BytesCost (%CPU) |Time |0SELECT STATEMENT178 (100)1SORT ORDER BY224178 (4)00:00:0300:00:032HASH GROUP BY224178 (4)3TABLE ACCESS FULLDATA_U PDATE.NOTFY437352476175(2)00:00:03SQL I D=,z 7z 7gbaxzkpru5,z.占用CPU99乐7天执行64153次,平均每次执行L2秒 注:SQL> select count (*) from DATA_l'PDATE_NOTIFY;COUNT(*)10问题五:select distinct to char(receive date,1 YYYY/MM/DD IIH24:MI:SS?), to_char(region_id), nvl(perforigin,''), to_char(nvl(data_msg_filelist_id, 0), nvl(kpi_detail_class,''), to_char(dr_id)from ne_perf_msg where state =10' and perf_class=,2*and receive date >=sysdate-l and receive date<=sysdateExecution PlanElOperation|Name | Rows |Bytes |Cost (%CPU) |Time |Pstart | Pstop |0SELECTSTATEMENT190 (100)1HASH UNIQUE1115190 (1)00:00:032FLTER3PARTmON RANGE fTERATOR1115189(0)00:00:03KEYKEY4TABLE ACCESS FULLNE_PERF_MSG1115189 (0)00:00:03KEYKEYBack to Plan 1(PHV: 187229518)Back to TopSQL_ID=,f8psrmrx8k08q,z.占用CPU 100%, 7天执行43197次,平均每次执行1. 9秒 注:1. SQL> select count(*) from ne_perf_msg;COUNT(*)334852268

    注意事项

    本文(sql学习 占用CPU严重的SQL语句.docx)为本站会员(太**)主动上传,淘文阁 - 分享文档赚钱的网站仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知淘文阁 - 分享文档赚钱的网站(点击联系客服),我们立即给予删除!

    温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




    关于淘文阁 - 版权申诉 - 用户使用规则 - 积分规则 - 联系我们

    本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

    工信部备案号:黑ICP备15003705号 © 2020-2023 www.taowenge.com 淘文阁 

    收起
    展开