SQL添加order by后性能非常慢（也有可能是查询条件）！求高手帮忙优化下。。。

hackerws2013 2013-01-06 05:12:56

SELECT TOP 50 * FROM vw_App_Appointment WHERE 1 = 1 AND user_department_id = 1000 ORDER BY appointment_id DESC
此句代码时候后，执行时间非常慢，大于需要40多S。

SELECT TOP 50 * FROM vw_App_Appointment WHERE 1 = 1 AND user_department_id = 1000
SELECT TOP 50 * FROM vw_App_Appointment ORDER BY appointment_id DESC
而当这两句分别执行时候，大约也就1S左右。

为什么性能会相差这么多呢？该怎么优化第一句SQL？

...全文

1920 13 打赏收藏转发到动态举报

写回复

用AI写文章

13 条回复

切换为时间正序

请发表友善的回复…

发表回复

hackerws2013 2013-01-07

打赏
举报

哦，谢谢了，结贴。。。

Mr_Nice 2013-01-07

打赏
举报

引用 11 楼 hackerws2013 的回复:

呃。。。如9楼所说，为表Acc_User表添加了覆盖索引，就好了，但是不知道原理是为什么。。。

因为利用原索引找到USER_ID 的时候，还需要找到user_real_name，但索引中没有，就得全表扫描一下。建个覆盖索引，就不用再扫描全表，速度就上来了。

hackerws2013 2013-01-07

打赏
举报

呃。。。如9楼所说，为表Acc_User表添加了覆盖索引，就好了，但是不知道原理是为什么。。。

Mr_Nice 2013-01-07

打赏
举报

另外，lz图片下面应该还有vw_Acc_User 的相关执行计划。实在图片费劲，lz把文本的发上来看看也行。 SET STATISTICS PROFILE ON select ... --lz的视图执行一下，结果中会出现相应的执行计划。这个发上来也行。

Mr_Nice 2013-01-07

打赏
举报

SELECT  dbo.App_Appointment.appointment_id ,
        dbo.App_Appointment.appointment_state ,
        CASE WHEN dbo.App_Appointment.appointment_state = 'N' THEN '未到'
             ELSE '已到'
        END AS appointment_state_text ,
        CASE WHEN dbo.App_Appointment.appointment_visit = '' THEN 'N'
             ELSE 'Y'
        END AS appointment_visit_state ,
        CASE WHEN dbo.App_Appointment.appointment_visit = '' THEN '未回访'
             ELSE '已回访'
        END AS appointment_visit_state_text ,
        CASE WHEN dbo.App_Appointment.appointment_visit_arrive IS NULL
             THEN 'N'
             ELSE dbo.App_Appointment.appointment_visit_arrive
        END AS appointment_visit_arrive ,
        dbo.App_Appointment.appointment_user_name ,
        dbo.App_Appointment.appointment_user_sex ,
        dbo.App_Appointment.appointment_user_age ,
        dbo.App_Appointment.appointment_user_phone ,
        dbo.App_Appointment.appointment_user_qq ,
        dbo.App_Appointment.appointment_specialist_number ,
        dbo.App_Appointment.appointment_is_consume ,
        CASE WHEN dbo.App_Appointment.appointment_is_consume = 'N' THEN '未消费'
             ELSE '已消费'
        END AS appointment_is_consume_text ,
        dbo.App_Appointment.appointment_keywords ,
        dbo.App_Appointment.appointment_advisory ,
        dbo.App_Appointment.appointment_note ,
        dbo.App_Appointment.appointment_ailment ,
        dbo.App_Appointment.appointment_remark ,
        dbo.App_Appointment.appointment_visit ,
        dbo.App_Appointment.appointment_time_arrive ,
        dbo.App_Appointment.appointment_time_create ,
        dbo.App_Appointment.appointment_source_id ,
        dbo.App_Appointment.appointment_area_id ,
        dbo.App_Appointment.user_id ,
        dbo.App_Source.source_name ,
        dbo.App_Area.area_name ,
        dbo.vw_Acc_User.user_real_name ,
        dbo.vw_Acc_User.user_department_id ,
        dbo.vw_Acc_User.department_name ,
        dbo.App_Appointment.appointment_abteilung_id ,
        dbo.Abt_Abteilung.abteilung_name ,
        dbo.vw_Acc_User.user_hospital_id ,
        dbo.vw_Acc_User.hospital_name ,
        dbo.App_Appointment.appointment_to_qq ,
        CASE WHEN dbo.App_Appointment.appointment_to_qq = 'N' THEN '未转'
             ELSE '已转'
        END AS appointment_to_qq_text ,
        dbo.App_Appointment.appointment_to_phone ,
        CASE WHEN dbo.App_Appointment.appointment_to_phone = 'N' THEN '未转'
             ELSE '已转'
        END AS appointment_to_phone_text ,
        dbo.App_Appointment.appointment_doctor_id ,
        dbo.Acc_User.user_real_name AS doctor_name ,
        dbo.App_Appointment.appointment_evaluation ,
        dbo.App_Appointment.appointment_clinic_number
FROM    dbo.App_Appointment  --该表字段提取很多，执行计划中 键查找的部分，也表明了这点，lz也可以考虑使用覆盖索引，用空间换时间
        LEFT OUTER JOIN dbo.Acc_User ON dbo.App_Appointment.appointment_doctor_id = dbo.Acc_User.USER_ID   --Acc_User 索引扫描，占了13% ，但上面输出只有一列user_real_name，lz可以建里一个覆盖索引 USER_ID和user_real_name
        LEFT OUTER JOIN dbo.Abt_Abteilung ON dbo.App_Appointment.appointment_abteilung_id = dbo.Abt_Abteilung.abteilung_id
        LEFT OUTER JOIN dbo.App_Source ON dbo.App_Appointment.appointment_source_id = dbo.App_Source.source_id
        LEFT OUTER JOIN dbo.App_Area ON dbo.App_Appointment.appointment_area_id = dbo.App_Area.area_id
        LEFT OUTER JOIN dbo.vw_Acc_User ON dbo.App_Appointment.user_id = dbo.vw_Acc_User.USER_ID  --如果是视图的话，看看能否做成索引视图，如果不是注意user_id列的索引状况。

hackerws2013 2013-01-07

打赏
举报

视图：
SELECT dbo.App_Appointment.appointment_id, dbo.App_Appointment.appointment_state,
CASE WHEN dbo.App_Appointment.appointment_state = 'N' THEN '未到' ELSE '已到' END AS appointment_state_text,
CASE WHEN dbo.App_Appointment.appointment_visit = '' THEN 'N' ELSE 'Y' END AS appointment_visit_state,
CASE WHEN dbo.App_Appointment.appointment_visit = '' THEN '未回访' ELSE '已回访' END AS appointment_visit_state_text,
CASE WHEN dbo.App_Appointment.appointment_visit_arrive IS NULL THEN 'N' ELSE dbo.App_Appointment.appointment_visit_arrive END AS appointment_visit_arrive,
dbo.App_Appointment.appointment_user_name, dbo.App_Appointment.appointment_user_sex, dbo.App_Appointment.appointment_user_age,
dbo.App_Appointment.appointment_user_phone, dbo.App_Appointment.appointment_user_qq, dbo.App_Appointment.appointment_specialist_number,
dbo.App_Appointment.appointment_is_consume,
CASE WHEN dbo.App_Appointment.appointment_is_consume = 'N' THEN '未消费' ELSE '已消费' END AS appointment_is_consume_text,
dbo.App_Appointment.appointment_keywords, dbo.App_Appointment.appointment_advisory, dbo.App_Appointment.appointment_note,
dbo.App_Appointment.appointment_ailment, dbo.App_Appointment.appointment_remark, dbo.App_Appointment.appointment_visit,
dbo.App_Appointment.appointment_time_arrive, dbo.App_Appointment.appointment_time_create, dbo.App_Appointment.appointment_source_id,
dbo.App_Appointment.appointment_area_id, dbo.App_Appointment.user_id, dbo.App_Source.source_name, dbo.App_Area.area_name,
dbo.vw_Acc_User.user_real_name, dbo.vw_Acc_User.user_department_id, dbo.vw_Acc_User.department_name, dbo.App_Appointment.appointment_abteilung_id,
dbo.Abt_Abteilung.abteilung_name, dbo.vw_Acc_User.user_hospital_id, dbo.vw_Acc_User.hospital_name, dbo.App_Appointment.appointment_to_qq,
CASE WHEN dbo.App_Appointment.appointment_to_qq = 'N' THEN '未转' ELSE '已转' END AS appointment_to_qq_text, dbo.App_Appointment.appointment_to_phone,
CASE WHEN dbo.App_Appointment.appointment_to_phone = 'N' THEN '未转' ELSE '已转' END AS appointment_to_phone_text,
dbo.App_Appointment.appointment_doctor_id, dbo.Acc_User.user_real_name AS doctor_name, dbo.App_Appointment.appointment_evaluation,
dbo.App_Appointment.appointment_clinic_number
FROM dbo.App_Appointment LEFT OUTER JOIN
dbo.Acc_User ON dbo.App_Appointment.appointment_doctor_id = dbo.Acc_User.user_id LEFT OUTER JOIN
dbo.Abt_Abteilung ON dbo.App_Appointment.appointment_abteilung_id = dbo.Abt_Abteilung.abteilung_id LEFT OUTER JOIN
dbo.App_Source ON dbo.App_Appointment.appointment_source_id = dbo.App_Source.source_id LEFT OUTER JOIN
dbo.App_Area ON dbo.App_Appointment.appointment_area_id = dbo.App_Area.area_id LEFT OUTER JOIN
dbo.vw_Acc_User ON dbo.App_Appointment.user_id = dbo.vw_Acc_User.user_id

發糞塗牆 2013-01-06

打赏
举报

贴的不全，把百分比最大的那部分贴上来。

hackerws2013 2013-01-06

打赏
举报

hackerws2013 2013-01-06

打赏
举报

SQL SERVER 2008里，怎么查看执行计划呢？

hackerws2013 2013-01-06

打赏
举报

我创建索引的时候会提示创建失败，视图中不能带有OUTER。。

nzperfect 2013-01-06

打赏
举报

看上去像是一个视图。。。如果这两个列同在一个表，那么建一个索引会提高效率：类似下面的：

create index ix_test on vw_App_Appointment (user_department_id, appointment_id)

KevinLiu 2013-01-06

打赏
举报

第一条执行计划贴一下

hackerws2013 2013-01-06

打赏
举报

自己顶一下，数据量大概是4W左右。。。

通过慢sql分析的学习，了解什么是慢sql，以及慢SQL会引起那些性能问题。清楚慢sql日志的设置，然后再通过慢sql分析工具的学习，清楚慢sql分析的步骤和流程。慢sql分析工具：mysqldumpslow工具、explain工具、profile工具、Optimizer Trace工具。提供课程中所使用的sql语句。课程内容：第一章：课程简介1、课程介绍2、课程大纲第二章：慢sql简介1、慢sql简介2、慢sql会引起的问题第三章：慢日志的设置1、慢sql的分析流程2、慢日志参数理解3、慢日志参数设置：第1种方式：my.ini文件设置4、慢日志参数设置：第2种方式：sql脚本设置5、慢日志参数设置-效果验证第四章：如何发现慢sql1、如何发现慢sql：第1种方式：慢日志文件2、如何发现慢sql：第2种方式：mysql库的slow_log表第五章：慢sql分析工具1、慢sql提取-mysqldumpslow工具-使用方法2、慢sql提取-mysqldumpslow工具-操作实战3、慢sql的执行计划分析-explain分析-执行计划结果说明4、慢sql的执行计划分析-explain分析-索引介绍+type类型举例5、慢sql的资源开销分析-profile分析-分析步骤6、慢sql的资源开销分析-profile分析-show profile执行阶段说明7、慢sql的资源开销分析-profile分析-完整列表说明+操作实战8、慢sql的跟踪分析-Optimizer Trace分析-分析步骤9、慢sql的跟踪分析-Optimizer Trace表的介绍10、索引失效场景举例第六章：慢日志清理1、慢日志清理

1.mysql在数据量较大的时候、使用order by查询结果集时速度很慢的原因可能有以下几种：1）排序字段没有建索引2）排序字段加DESC后索引没有起作用（如何让索引起作用才是关键、且听下文分解）3）排序字段中加函数导致索引不起作用（这种一定要避免、本文不对这种情况展开说明）2.用实例说明排序字段中增加DESC后索引不起作用、查询速度很慢1）例如以下SQL、执行起来需要5秒左右、太慢不可接受：...

前言排序是我们在写项目中经常用的sql语句的关键字。往往order by 用不好的话也会对sql性能有一定的影响。我们现在就来介绍一下他的执行过程，并介绍一下优化。正言首先我们来举个例子，假设你要查询城市是”杭州“的所有人的名字，并且按照姓名排序返回前1000个人的姓名、年龄。表定义：这时，你的sql语句可以这么写：这个语句看上去逻辑很清晰，我们还是需要看看他的sql执行过程。 ...

页面上显示大概也就两万多条数据,而且还进行了分页,按理说不应该这么慢,于是我把执行的sql拿出来,单独执行了一下,这一试发现了问题严重性,单单这一个sql的执行时间就得有二十多秒, 这个sql是进行了inner join关联查询的,查看两张表一张有5000多条数据,另一张有两万多条数据,这样算起下来笛卡尔积一下子数量一试相当庞大的,如果要是进行了全表扫描那可不得炸了。:由于索引不满足你的sql，mysql需要对数据行进行一次额外的排序操作，这个排序操作既费空间又费时间。

通过以上的情况可以看出，MySQL默认的查询（没有where条件），不一定使用主键，由于MySQL的每一条简单查询只应用一个索引，所以，这个时候使用order by 主键，主键的索引功能失效。1、MySQL每天一条简单语句只应用一个索引，所以order by的字段要在索引之中，并且和where条件可以合并成组合索引。为了进一步确定，再对下面的sql语句执行查询计划：发现使用where条件后，索引变成了主键。今天遇到个奇葩的问题，应用主键排序速度奇慢无比，经过不懈的努力，终于找到了问题的原因。

疑难问题

22,207

社区成员

121,730

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章