blocks|key|767365|text|我非常喜欢“专业SQL+Server+2005性能调优”一书来回答这个问题。是Wiley/Wrox，不，我不是作家，呵呵。但是它解释了很多你想要的东西，还有硬件问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|767366|但是，是的，这个问题远远超出了可以在这样的评论框中回答的范围。|767367|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I really like the book "Professional SQL Server 2005 Performance Tuning" to answer this. It's Wiley/Wrox, and no, I'm not an author, heh. But it explains a lot of the things you ask for here, plus hardware issues.

But yes, this question is way, way beyond the scope of something that can be answered in a comment box like this one.

blocks|key|766506|text|编写sargable查询是需要做的事情之一，如果您不编写sargable查询，那么优化器就无法利用索引。下面是一个例子，只有在数据库中，更改几行代码才能得到1000%25以上的改进，这个查询从超过24小时到36秒|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|766507|entityMap|0|LINK|mutability|MUTABLE|url|http://blogs.lessthandot.com/index.php/DataMgmt/DataDesign/only-in-a-database-can-you-get-1000-impr^0|1O|S|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Writing sargable queries is one of the things needed, if you don't write sargable queries then the optimizer can't take advantage of the indexes. Here is one example <a href="http://blogs.lessthandot.com/index.php/DataMgmt/DataDesign/only-in-a-database-can-you-get-1000-impr" rel="nofollow noreferrer">Only In A Database Can You Get 1000% + Improvement By Changing A Few Lines Of Code</a> this query went from over 24 hours to 36 seconds

blocks|key|2000515|text|当然，您还需要知道这3个联接之间的区别。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2000516|循环连接，哈希连接，合并连接|2000517|见此处：http://msdn.microsoft.com/en-us/library/ms173815.aspx|offset|length|2000518|entityMap|0|LINK|mutability|MUTABLE|url|http://msdn.microsoft.com/en-us/library/ms173815.aspx^0|0|0|4|1H|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Q|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@$F|S|G|T|1|U]]|A|$]]|$1|H|3|-4|5|6|7|V|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|O]]]]

Of course you also need to know the difference between these 3 join 

loop join,
hash join,
merge join

see here: <a href="http://msdn.microsoft.com/en-us/library/ms173815.aspx" rel="nofollow noreferrer">http://msdn.microsoft.com/en-us/library/ms173815.aspx</a>

blocks|key|2000583|text|以下是需要遵循的一些基本步骤：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2000584|首先定义业务需求|ordered-list-item|2000585|SELECT字段而不是使用SELECT+*|offset|length|style|CODE|2000586|避免SELECT+DISTINCT|2000587|用INNER+JOIN创建联接(而不是WHERE)|2000588|使用WHERE而不是HAVING来定义过滤器|2000589|适当标引|2000590|entityMap^0|0|0|0|6|D|8|0|2|F|0|1|A|J|5|0|2|5|A|6|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|V|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|W|8|@$G|X|H|Y|I|J]|$G|Z|H|10|I|J]]|9|@]|A|$]]|$1|K|3|L|5|D|7|11|8|@$G|12|H|13|I|J]]|9|@]|A|$]]|$1|M|3|N|5|D|7|14|8|@$G|15|H|16|I|J]|$G|17|H|18|I|J]]|9|@]|A|$]]|$1|O|3|P|5|D|7|19|8|@$G|1A|H|1B|I|J]|$G|1C|H|1D|I|J]]|9|@]|A|$]]|$1|Q|3|R|5|D|7|1E|8|@]|9|@]|A|$]]|$1|S|3|-4|5|6|7|1F|8|@]|9|@]|A|$]]]|T|$]]

Here some basic steps that need to follow:
<ol>
<li>Define business requirements first</li>
<li><code>SELECT</code> fields instead of using <code>SELECT *</code></li>
<li>Avoid <code>SELECT DISTINCT</code></li>
<li>Create joins with <code>INNER JOIN</code> (not <code>WHERE</code>)</li>
<li>Use <code>WHERE</code> instead of <code>HAVING</code> to define filters</li>
<li>Proper indexing</li>
</ol>

blocks|key|767396|text|下面是一些基本步骤，我们可以遵循这些步骤来提高性能：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|767397|检查所涉及的表的pk和fk中的索引是否仍然占用时间，索引查询中的列。|ordered-list-item|767398|所有索引在每次操作后都会被修改，所以请不要对每一列进行索引。|767399|在批量插入之前，删除索引，然后重新创建索引。|767400|谨慎选择|767401|使用如果存在而不是计数|767402|在指控dba之前先检查网络连接|767403|entityMap^0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|R|8|@]|9|@]|A|$]]|$1|E|3|F|5|D|7|S|8|@]|9|@]|A|$]]|$1|G|3|H|5|D|7|T|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|U|8|@]|9|@]|A|$]]|$1|K|3|L|5|D|7|V|8|@]|9|@]|A|$]]|$1|M|3|N|5|D|7|W|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|X|8|@]|9|@]|A|$]]]|P|$]]

Here are some basic steps which we can follow to increase the performance:

<ol>
<li>Check for indexes in pk and fk for the tables involved if it is still taking time index the columns present in the query.</li>
<li>All indexes are modified after every operation so kindly do not index each and every column</li>
<li>Before batch insertion delete the indexes and then recreate the indexes.</li>
<li>Select sparingly</li>
<li>Use if exists instead of count</li>
<li>Before accusing dba first check network connections</li>
</ol>

How does one performance tune a SQL Query?

<ul>
<li>What tricks/tools/concepts can be used to change the performance of a SQL Query?</li>
<li>How can the benefits be Quantified?</li>
<li>What does one need to be careful of?</li>
</ul>

 
What tricks/tools/concepts can be used to change the performance of a SQL Query?

<ul>
<li>Using Indexes? How do they work in practice?</li>
<li>Normalised vs Denormalised Data? What are the performance vs design/maintenance trade offs?</li>
<li>Pre-processed intermediate tables? Created with triggers or batch jobs?</li>
<li>Restructure the query to use Temp Tables, Sub Queries, etc?</li>
<li>Separate complex queries into multiples and UNION the results?</li>
<li>Anything else?</li>
</ul>

 
How can performance be Quantified?

<ul>
<li>Reads?</li>
<li>CPU Time?</li>
<li>"% Query Cost" when different versions run together?</li>
<li>Anything else?</li>
</ul>

 
What does one need to be careful of?

<ul>
<li>Time to generate Execution Plans? (Stored Procs vs Inline Queries)</li>
<li>Stored Procs being forced to recompile</li>
<li>Testing on small data sets (Do the queries scale linearly, or square law, etc?)</li>
<li>Results of previous runs being cached</li>
<li>Optimising "normal case", but harming "worst case"</li>
<li>What is "Parameter Sniffing"?</li>
<li>Anything else?</li>
</ul>

 
Note to moderators:
This is a huge question, should I have split it up in to multiple questions?

Note To Responders:
Because this is a huge question please reference other questions/answers/articles rather than writing lengthy explanations.

Performance Tuning SQL - How?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

如何对SQL查询进行性能优化？可以使用哪些技巧/工具/概念来更改SQL查询的性能？如何量化效益？一个人需要注意什么？可以使用哪些技巧/工具/概念来改变SQL查询的性能？使用指数线？他们在实践中是如何工作的？正常数据还是非正常数据？性能与设计/维护的权衡是什么？经过预处理的中间表？用触发器或批处理作业创建的？重组查询以使用临时表、子查询等？将复杂的查询分离成倍数，并合并结果？还要别的吗？如何量化性能

问性能调优SQL -如何？
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问性能调优SQL -如何？EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问性能调优SQL -如何？
EN