收获 不止SQL优化 抓住SQL的本质pdf

收获 不止SQL优化 抓住SQL的本质 内容简介

有人就有江湖，有江湖就有IT系统，有IT系统就有数据库，有数据库就有SQL，SQL应用可一字概括：“广”。加之其简单易学，SQL实现也可一字概括：“乐”。

然而，SQL虽然实现简单可乐，却极易引发性能问题，那时广大SQL使用人员可要“愁”就一个字，心碎无数次了。

缘何有性能问题？原因也一字概括：“量”。当系统数据量、并发访问量上去后，不良SQL就会拖跨整个系统，我们甚至找不出哪些SQL影响了系统。即便找到也不知如何动手优化。此时的心情也可以一字概括：“懵”。

现在《收获，不止SQL优化——抓住SQL的本质》开始带你抛除烦恼，走进优化的可乐世界！

收获 不止SQL优化 抓住SQL的本质 目录

序

匠心独运　独树一帜——与梁敬彬先生序

名家力荐

作者简介

致谢

前言与意识：从优化方法到全书脉络

第1章　全局在胸——用工具对SQL整体优化

1.1　都有哪些性能工具

1.2　整体性能工具的要点

1.3　案例的分享与交流

1.4　本章总结延伸与习题

第2章　风驰电掣——有效缩短SQL优化过程

2.1　SQL调优时间都去哪儿了

2.2　如何缩短SQL调优时间

2.3　从案例看快速SQL调优

2.4　本章总结延伸与习题

第3章　循规蹈矩——如何读懂SQL执行计划

3.1　执行计划分析概述

3.2　读懂执行计划的关键

3.3　从案例辨别低效SQL

3.4　本章习题、总结与延伸

第4章　运筹帷幄——左右SQL执行计划妙招

4.1　控制执行计划的方法综述

4.2　从案例探索其方法及意义

4.3　本章习题、总结与延伸

第5章　且慢，感受体系结构让SQL飞

5.1　体系结构知识

5.2　体系与SQL优化

5.3　扩展优化案例

5.4　本章习题、总结与延伸

第6章　且慢，体验逻辑结构让SQL飞

6.1　逻辑结构

6.2　体系细节与SQL优化

6.3　相关优化案例分析

6.4　本章习题、总结与延伸

第7章　且慢，探寻表的设计让SQL飞

7.1　表设计

7.2　表设计与SQL优化

7.3　相关优化案例分析

7.4　本章习题、总结与延伸

第8章　且慢，学习索引如何让SQL飞

8.1　索引知识要点概述

8.2　索引的SQL优化

8.3　索引相关优化案例

8.4　本章习题、总结与延伸

第9章　且慢，弄清索引之阻碍让SQL飞

9.1　索引的不足之处

9.2　感受美好索引另一面

9.3　从案例看索引各种恨

9.4 本章习题、总结与延伸

第10章　且慢，其他索引应用让SQL飞

10.1　其他索引的总体概述

10.2　走进其他索引的世界

10.3 其他索引的相关案例

10.4　本章习题、总结与延伸

第11章　且慢，表连接的秘密让SQL飞

11.1　三大经典表连接概要说明

11.2　各类型表连接的知识要点

11.3　从案例学表连接优化要点(三刀三斧四式走天下)

11.4　本章习题、总结与延伸

第12章　动手，经典等价改写让SQL飞

12.1　设法减少访问路径

12.2　设法避免外因影响

12.3　本章习题、总结与延伸

第13章　动手，过程函数优化让SQL飞

13.1　PL/SQL优化重点

13.2　PL/SQL优化其他相关扩展

13.3　本章习题、总结与延伸

第14章　动手，高级写法应用让SQL飞

14.1　具体SQL调优思路

14.2　高级SQL介绍与案例

14.3　本章习题、总结与延伸

第15章　动手，分析函数让SQL飞

15.1　高级SQL之分析函数

15.2 分析函数详解与案例

15.3　本章习题、总结与延伸

第16章　动手，把握需求改写让SQL飞

16.1　考虑需求最小化

16.2　千万弄清SQL改造的等价性

16.3　开发设计应用中的需求

16.4　场景选择的经典案例之谁是Count(*)之王

16.5　本章习题、总结与延伸

第17章　总结与延伸：从勿信讹传到洞若观火

17.1　SQL优化的各个误区

17.2　误区背后的话题扩展

17.3　全书完，致读者

收获 不止SQL优化 抓住SQL的本质 精彩文摘

只有站得高，你才看得远

从前言故事中，大家可以明白一个道理：SQL优化是一个复杂的工程，首先要讲究从整体到局部。嗯，那我们就从整体开始吧。首先，我们学习关于数据库整体优化都有哪些性能工具；接着分析这些工具的特点，并结合案例进行探索；最后再进行本章课程的总结和思考。总体学习思路如下图所示：

都有哪些性能工具呢？这里首先要分成两部分：一种是不同调优场景的分析，可分为单纯场景的优化和复杂场景的优化；而另一种是基于这些场景的工具应用，就是针对单纯场景的优化手段和复杂场景的优化手段。

我们继续探讨，单纯是有多单纯呢？哦，其实可以理解为无菌真空实验室里的实验。比如一条SQL很慢，原因是未走高效的索引查询而走全表扫描，加个索引就快了，执行速度从 10s变成了0.1s；或者一条SQL执行速度被优化到1s左右，逻辑读控制在50个左右，应该就已经OK。这就是单纯的环境，我们差不多无须再考虑优化了。

那啥是复杂呢？那就是，刚才那个语句加了索引后，本应该从 10s变成0.1s，结果还是10s，甚至变成 30s了，这是咋回事呢？原来，现在系统是整体出问题了，数据库主机资源耗尽，啥语句都跑不快的。还有那个逻辑读在 50 左右的SQL，如果一天执行几百几千万次，这要是能将逻辑读降低一点，得省多少的逻辑读啊。原来复杂环境真的很复杂，要考虑SQL本身没问题而是被环境影响，还要考虑SQL的执行频率，判断其调优价值与调优空间，这些在单纯的环境里，是不用考虑的。

接下来，我们说说这两种场景对应的工具的使用。关于局部分析调优工具，这个其实就是在说SQL的执行计划了，这是SQL优化最重要的手段之一，通过分析执行计划，我们可以知道SQL语句的访问路径，知道它慢在哪里，从而进行SQL优化。由于在随后的章节中我们会详细介绍执行计划相关知识，这里就不再细述了。