执行sql语句太慢，好像只用一个CPU，有没有办法优化？

babala2009 2013-02-04 09:17:31

1亿条数据，先搜索再执行含distinct语句，4个CPU，发现CPU值利用25%,应该只有一个CPU执行，硬盘灯没有亮。

语句执行1个多小时。

问:多个CPU可以同时执行同一个SQL语句么？

...全文

354 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

guoguo902 2013-02-05

打赏
举报

回复

少打一个字母，应该是 hint 居然还不能编辑自己的回复

guoguo902 2013-02-05

打赏
举报

回复

考虑在SQL使用提示（hit）: /*+ PARALLEL */ 具体用法可摆渡

dick198244 2013-02-04

打赏
举报

回复

如果是多个CPU的话，可以开启并行模式，效率会大大提升。但建议是在OLAP系统中，OLTP系统如果开并行模式，会影响正常业务，慎用！

SQL语句优化、慢查询、执行计划

下面是网络中流传最广的一篇sql查询速度慢的原因及解决方法的文章，其对于处理mysql的慢查询有借鉴作用。由于此文转载多次，很难找到最开始的原文链接，就附送本人最先看到此文的链接:http://www.cnblogs.com/zhangwc/p/6431865.html sql查询速度慢的原因 1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷) 2、I/O吞吐量小，形成了瓶颈效应。 3、没有创建计算列导致查询不优化。 4、内存不足 5、网络速度慢 6、查询出的数据量过大（可以采用多

当确认了Parameter Sniffing问题后，会发现，根据某些变量值生成的执行计划，快和慢会相差很大，而根据另外一些变量生成的执行计划，性能在好和坏的时候，相差并不很大。例如当变量等于50000的时候，它用最好的Nested Loops执行计划，用时十几毫秒，用Hash Join的那个执行计划，也不过300多毫秒。这种方法的优点是，既能够让SQL Server做出有倾向性的执行计划，又能够保证SQL Server选择执行计划时候的自由度，所以得到的执行计划一般是比较好的。不是所有的视图都能建索引的。

通过分析SQL语句的执行计划优化SQL(总结)做DBA快7年了，中间感悟很多。在DBA的日常工作中，调整个别性能较差的SQL语句时一项富有挑战性的工作。其中的关键在于如何得到SQL语句的执行计划和如何从SQL语句的执行计划中发现问题。总是想将日常经验的点点滴滴总结一下，但是直到最近才下定决心，总共花了3个周末时间，才将其整理成册，便于自己日常工作。不好意思独享，所以将其贴出来。第一章、第2章

慢SQL排查思路

基础和管理

17,382

社区成员

95,118

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章