《收获,不止SQL优化》 - 调优信息一键生成脚本学习

这是杂货铺的第448篇文章


梁敬彬老师的《收获,不止SQL优化》,关于如何缩短SQL调优时间,给出了三个步骤,

1. 先获取有助调优的数据库整体信息

2. 快速获取SQL运行台前信息

3. 快速获取SQL关联幕后信息


其实我们日常,这些步骤,或多或少都会用,但往往缺乏系统的梳理,想到哪儿,做到哪儿,有时还是需要方法论的指导,梁老师帮助我们整理,而且给出了一键生成的脚本,非常实用,这引出了另一个话题,正如eygle曾说的,“动手实验实证能力,才会让别人的经验成为我们的知识和技能,不断成长”,除此之外,我们不能仅仅黑盒地使用,要了解背后机制,怎么一键生成的?脚本哪儿写得好,哪儿能优化,从中我们可以学习借鉴什么,这才能充分“榨干”脚本的知识。


1. 先获取有助调优的数据库整体信息

首先要知道整个数据库的运行情况,自然想到AWR,但是不是所有的性能问题,都能通过AWR暴露,例如采集AWR时间段,有问题的SQL根本未执行,因此,没发现问题,不代表没有问题。


使用spooldb.sql脚本(链接:https://github.com/liangjingbin99/shouhuo/blob/master/%E7%AC%AC01%E7%AB%A0/spooldb.sql),可以得到下面这几个文件,

(1) 最近一小时的ADDM:addmrpt_1_576_578.txt

(2) 最近一小时的AWR:awrrpt_1_577_578.html

(3) 最近7天的AWR:awrrpt_1_576_578_all.html

(4) 最近半小时的ASH:ashrpt_1_20190317212222_20190317215222.html

(5) 数据库所有的相关信息:spool_BISAL_1_19-03-17_21.52.html


前几个好理解,最后一个,数据库所有的相关信息,是用spool生成的,包含如下信息,我们能针对自己的个性化需求,增加/修改/删除关注的相应采集项,另外,发散一些想法,这些采集项,对应的SQL,我们能融入自己的监控平台,实现自动化采集、展示,做到充分利用,

"版本
最近一次启动时间,版本,以及是否RAC
30分钟内CPU或等待最长的
近期负载情况(根据AWR快照)
逻辑读最多
物理读最多
执行次数最多
解析次数最多
磁盘排序最多
提交次数超过10000的session
长度超过100的SQL
查询共享内存占有率
表有带并行度
索引有带并行度
失效索引
失效对象
位图索引和函数索引、反向键索引
组合索引组合列超过4个的
索引个数字超过5个的
哪些大表从未建过索引。
哪些表的组合索引与单列索引存在交叉的情况。
哪些对象建在系统表空间上。
检查统计信息是否被收集
检查哪些未被收集或者很久没收集
被收集统计信息的临时表
日志切换频率分析
最近10天中每天日志切换的量
日志组大小
查看recovery_file_dest使用率
检查序列小于20的情况
表空间使用情况
整个数据库有多大
对象大小TOP10
回收站情况(大小及数量)
查谁占用了undo表空间
查谁占用了temp表空间
观察回滚段,临时段及普通段否是自动扩展
表大小超过10GB未建分区的
分区最多的前10个对象
分区不均匀的表
列数量超过100个或小于2的表
表属性是nologging的
表属性含COMPRESSION的
索引属性含COMPRESSION的
触发器
将外键未建索引的情况列出
热点块(汇总)
热点块(展开,未汇总)
附录:查看session_cached_cursors的参数设置情况,如果使用率为100%则增大这个参数值
附录:供参考的Oracle所有参数"


2. 快速获取SQL运行台前信息

针对具体SQL的调优,执行计划,是重要的武器,往往需要和运行时的统计信息结合一起看,才会更加准确。

P.S. 下面是执行计划获取的几种方法,

一个执行计划异常变更的案例 - 外传之查询执行计划的几种方法


3. 快速获取SQL关联幕后信息

得到SQL信息,可能需要确认和这条SQL关联的表、索引等的信息,辅助问题的判断。


为了一键得到2和3的情况,执行spoolsql.sql脚本(链接:https://github.com/liangjingbin99/shouhuo/blob/master/%E7%AC%AC02%E7%AB%A0/spoolsql.sql),输入要检索的sql_id,通过spool得到输出结果,如下,sql_id是7ng34ruy5awxq的SQL,文件名为7ng34ruy5awxq.html,

640?wx_fmt=png


通过这两个脚本,一键生成数据库、SQL相关的统计信息,非常方便,当然,了解脚本的原理,可以让我们更有针对性地使用这些脚本,甚至改造脚本,从中借鉴学习,转化为自己的知识体系,对于个人的成长,这才是最重要的。

第1章 全局在胸——用工具对SQL整体优化 1 1.1 都有哪些性能工具 1 1.1.1 不同调优场景分析 2 1.1.2 不同场景对应工具 2 1.2 整体性能工具的要点 4 1.2.1 五大性能报告的获取 5 1.2.2 五大报告关注的要点 10 1.3 案例的分享与交流 18 1.3.1 和并行等待有关的案例 18 1.3.2 和热块竞争有关的案例 19 1.3.3 和日志等待有关的案例 20 1.3.4 新疆某系统的前台优化 20 1.3.5 浙江某系统的调优案例 21 1.4 本章总结延伸与习题 21 1.4.1 总结延伸 21 1.4.2 习题训练 23 第2章 风驰电掣——有效缩短SQL优化过程 24 2.1 SQL调优时间都去哪儿了 25 2.1.1 不善于批处理频频忙交互 25 2.1.2 无法抓住主要矛盾瞎折腾 25 2.1.3 未能明确需求目标白费劲 26 2.1.4 没有分析操作难度乱调优 26 2.2 如何缩短SQL调优时间 27 2.2.1 先获取有助调优的数据库整体信息 27 2.2.2 快速获取SQL运行台前信息 27 2.2.3 快速拿到SQL关联幕后信息 28 2.3 从案例看快速SQL调优 29 2.3.1 获取数据库整体的运行情况 29 2.3.2 获取SQL的各种详细信息 29 2.4 本章总结延伸与习题 32 2.4.1 总结延伸 32 2.4.2 习题训练 33 第3章 循规蹈矩——如何读懂SQL执行计划 34 3.1 执行计划分析概述 35 3.1.1 SQL执行计划是什么 35 3.1.2 统计信息用来做什么 36 3.1.3 数据库统计信息的收集 37 3.1.4 数据库的动态采样 37 3.1.5 获取执行计划的方法(6种武器) 40 3.2 读懂执行计划的关键 48 3.2.1 解释经典执行计划方法 49 3.2.2 总结说明 55 3.3 从案例辨别低效SQL 55 3.3.1 从执行计划读出效率 56 3.3.2 执行计划效率总结 60 3.4 本章习题、总结与延伸 60 第4章 运筹帷幄——左右SQL执行计划妙招 62 4.1 控制执行计划的方法综述 63 4.1.1 控制执行计划的意义 63 4.1.2 控制执行计划的思路 64 4.2 从案例探索其方法及意义 65 4.2.1 HINT的思路 65 4.2.2 非HINT方式的执行计划改变 72 4.2.3 执行计划的固定 100 4.3 本章习题、总结与延伸 102 第5章 且慢,感受体系结构让SQL飞 103 5.1 体系结构知识 104 5.1.1 组成 104 5.1.2 原理 104 5.1.3 体会 105 5.2 体系与SQL优化 106 5.2.1 与共享池相关 107 5.2.2 数据缓冲相关 111 5.2.3 日志归档相关 116 5.3 扩展优化案例 118 5.3.1 与共享池相关 118 5.3.2 数据缓冲相关 122 5.3.3 日志归档相关 126 5.4 本章习题、总结与延伸 130 第6章 且慢,体验逻辑结构让SQL飞 132 6.1 逻辑结构 132 6.2 体系细节与SQL优化 133 6.2.1 Block 133 6.2.2 Segment与extent 137 6.2.3 Tablespace 139 6.2.4 rowid 139 6.3 相关优化案例分析 140 6.3.1 块的相关案例 141 6.3.2 段的相关案例 144 6.3.3 表空间的案例 148 6.3.4 rowid 151 6.4 本章习题、总结与延伸 153 第7章 且慢,探寻表的设计让SQL飞 154 7.1 表设计 154 7.1.1 表的设计 155 7.1.2 其他补充 155 7.2 表设计与SQL优化 156 7.2.1 表的设计 156 7.2.2 其他补充 179 7.3 相关优化案例分析 184 7.3.1 分区表相关案例 185 7.3.2 全局临时表案例 190 7.3.3 监控异常的表设计 195 7.3.4 表设计优化相关案例总结 199 7.4 本章习题、总结与延伸 199 第8章 且慢,学习索引如何让SQL飞 200 8.1 索引知识要点概述 201 8.1.1 索引结构的推理 201 8.1.2 索引特性的提炼 204 8.2 索引的SQL优化 206 8.2.1 经典三大特性 207 8.2.2 组合索引选用 217 8.2.3 索引扫描类型的分类与构造 219 8.3 索引相关优化案例 225 8.3.1 三大特性的相关案例 225 8.3.2 组合索引的经典案例 231 8.4 本章习题、总结与延伸 234 第9章 且慢,弄清索引之阻碍让SQL飞 23
编辑推荐 方法意识巧妙融入,脑图表格清晰展现; 海量案例完美结合,线上线下拓展延伸。 内容简介 有人就有江湖,有江湖就有IT系统,有IT系统就有数据库,有数据库就有SQL,SQL应用可一字概括:“广”。加之其简单易学,SQL实现也可一字概括:“乐”。 然而,SQL虽然实现简单可乐,却极易引发性能问题,那时广大SQL使用人员可要“愁”就一个字,心碎无数次了。 缘何有性能问题?原因也一字概括:“量”。当系统数据量、并发访问量上去后,不良SQL就会拖跨整个系统,我们甚至找不出哪些SQL影响了系统。即便找到也不知如何动手优化。此时的心情也可以一字概括:“懵”。 现在《收获不止SQL优化——抓住SQL的本质》开始带你抛除烦恼,走进优化的可乐世界! 首先教你SQL整体优化、快速优化实施、如何读懂执行计划、如何左右执行计划这四大必杀招。整这些干嘛呢?答案是,传授一个先整体后局部的宏观解决思路,走进“道”的世界。 接下来带领大家飞翔在“术”的天空。教你体系结构、逻辑结构、表设计、索引设计、表连接这五大要领。这么多套路,这又是要干嘛?别急,这是教你如何解决问题,准确地说,是如何不改写即完成SQL优化。 随后《收获不止SQL优化——抓住SQL的本质》指引大家学会等价改写、过程包优化、高级SQL、分析函数、需求优化这些相关的五大神功。有点头晕,能否少一点套路?淡定,这还是“术”的范畴,依然是教你如何解决问题,只不过这次是如何改写SQL完成优化。 最后一个章节没套路了,其中跟随你多年的错误认识是否让你怀疑人生,其中让SQL跑得更慢的观点,是否让你三观尽毁? 再多一点真诚吧,《收获不止SQL优化——抓住SQL的本质》提供扫二维码辅助学习,是不是心被笔者给暖到了? 读完全书,来,合上书本,闭上眼睛,深呼吸,用心来感受SQL优化的世界。 一个字:“爽”! 京东购买连接:https://item.jd.com/12191576.html
有人就有江湖,有江湖就有IT系统,有IT系统就有数据库,有数据库就有SQL,SQL应用可一字概括:“广”。加之其简单易学,SQL实现也可一字概括:“乐”。, 然而,SQL虽然实现简单可乐,却极易引发性能问题,那时广大SQL使用人员可要“愁”就一个字,心碎无数次了。, 缘何有性能问题?原因也一字概括:“量”。当系统数据量、并发访问量上去后,不良SQL就会拖跨整个系统,我们甚至找不出哪些SQL影响了系统。即便找到也不知如何动手优化。此时的心情也可以一字概括:“懵”。, 现在《收获不止SQL优化——抓住SQL的本质》开始带你抛除烦恼,走进优化的可乐世界!, 首先教你SQL整体优化、快速优化实施、如何读懂执行计划、如何左右执行计划这四大必杀招。整这些干嘛呢?答案是,传授一个先整体后局部的宏观解决思路,走进“道”的世界。, 接下来带领大家飞翔在“术”的天空。教你体系结构、逻辑结构、表设计、索引设计、表连接这五大要领。这么多套路,这又是要干嘛?别急,这是教你如何解决问题,准确地说,是如何不改写即完成SQL优化。, 随后《收获不止SQL优化——抓住SQL的本质》指引大家学会等价改写、过程包优化、高级SQL、分析函数、需求优化这些相关的五大神功。有点头晕,能否少一点套路?淡定,这还是“术”的范畴,依然是教你如何解决问题,只不过这次是如何改写SQL完成优化。, 最后一个章节没套路了,其中跟随你多年的错误认识是否让你怀疑人生,其中让SQL跑得更慢的观点,是否让你三观尽毁?, 再多一点真诚吧,《收获不止SQL优化——抓住SQL的本质》提供扫二维码辅助学习,是不是心被笔者给暖到了?, 读完全书,来,合上书本,闭上眼睛,深呼吸,用心来感受SQL优化的世界。, 一个字:“爽”!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值