《高性能SQL调优精要与案例解析》一书谈SQL调优(SQL TUNING或SQL优化)学习

《高性能SQL调优精要与案例解析》一书上市发售以来,很多热心读者就该书内容及一些具体问题提出了疑问,因读者众多外加本人日常工作的繁忙 ,在这里就SQL调优学习进行讨论并对热点问题统一作答。

首先,我们说说何为SQL调优。SQL调优是关系库领域的一项技能或工作,其来自SQL Tuning一词,虽然也有很多同行更多称之为SQL优化,对应的英文单词为SQL Optimization,但本人始终认为SQL调优是一个过程,SQL调优也更能体现这项技术或工作的过程,而SQL优化一词,本人认为更通俗些,也更能体现这项技术或工作的结果,个人认为SQL调优精确和专业些,因此,也更习惯将这项技能或工作称为SQL调优。

其次,有些读者会问道《高性能SQL调优精要与案例解析》一书中,前面五章是否和SQL调优相关,是否可有可无?本人认为这是本书的一大特色,那就是更注重基础理论的讲解和学习,任何一门技能的学习,基础 和理论很重要,这也是本书的亮点和特性之一。不可否认,很多同类书中的案例非常好,也很有代表性,而恰恰是这些基础理论的缺失,容易让很大一部分读者阅读这些书籍时感到非常的迷茫。SQL调优的关键是根据SQL语句,执行计划和具体数据环境的对比,找出SQL语句解析和执行过程中出现问题的环节,进而才能通过最合理的措施去解决这个出问题的环节。SQL语句,这个一般不会存在问题,想学SQL调优的读者,没几个不懂SQL语句的,具体数据环境,也不会存在问题,关键的问题是阅读和分析执行计划,而做到这点的前提是能读懂执行计划中的相关操作和数据项,然而,理解这些操作和数据项,是需要基础理论的支撑的,也就是说,需要掌握数据库相关的基础理论的,比如:要理解全表扫描(FTS)操作,就得知道表的概念,段的概念,段的HWM的概念;要理解索引(INDEX)相关的操作,就得知道索引的概念,索引的组织结构,索引的特性;要理解分组和排序(GROUP BY和ORDER BY),我们就得知道私有内存区(PGA)是怎么回事儿,其是如何组织和管理的;要理解逻辑读,我们就得理解缓冲区(Buffer),进而需要理解数据块等概念。。。所以,要想真正掌握SQL调优,掌握这些基础理论是必要的,否则,只看那些具体的案例,也没多大意义,因为脱离了具体的理论,看那些案例根本就理解不了案例中那么做的根本原因,只掌握些方法,而不能理解,遇到问题只能生搬硬套,多数时候根本解决不了问题,还可能越弄越糟。当然,我不是说那些案例没有用,在掌握了基础理论后,去研究和分析一些案例,也是很有价值的。就像一位神医给了我们一个绝世秘方,我们能看懂吗?看不懂,因为我们不懂医学知识,有用吗?估计没多大用,我们横不能见到病人就用那个药方,SQL调优解决问题,道理和医生给人看病是一样的,只是我们面对的是数据库,医生面对的是人而已。通过上面这些,我们知道,《高性能SQL调优精要与案例解析》一书中前四章基础理论不但很重要,而且必须有。。第五章讲的是事务相关内容,这章内容说实话,和SQL调优没太大直接关系,但我为什么写呢?因为关系库中的锁资源,是非常珍贵的资源,因为锁机制实现方面因素,其他有些关系库中锁资源更加珍贵,而Oracle中锁机制虽然更优越些,从而Oracle应用人员在涉及DML操作时可以更从容些,但这并不意味着可以为所欲为,现实中,即使很多资深研发人员,都不是很懂得Oracle事务的特性和应用,以至于经常不必要的用到手工加锁的语句,这既造成了大量锁相关资源的浪费,更主要的会造成严重的锁阻塞和死锁等问题,进而导致严重的后果,这也是本人在本书中增加事务一章内容的初衷。

再次,有些读者会问到《高性能SQL调优精要与案例解析》一书主要以Oracle数据库为例讲解了SQL调优,而该书是否适用其他关系库?本人写该书的初衷,是为想学习SQL调优及从事该项工作的读者提供一个学习和掌握SQL调优的正确而快捷的路径和方法,而SQL调优这项技能,必须在深入理解和掌握关系库机制和原理的前提下才能做好,而大家知道,各关系库大的方面有很多共性,只是有些具体的细节会有所不同,就拿索引来说吧,各关系的实现细节是稍有差别的,然而,我们并不能期望各关系库所有细节都完全一样,毕竟,即使同一种关系库,不同版本的具体细节也是有差别的,并且,有些差别还比较大,我们能做的只能是不断学习和提升自己。因此,要想讲解SQL调优这门技能,尤其是通过具体实例去讲解,必须选择某型关系库进行具体讲解,没有谁能脱离具体的数据库选型,能把SQL调优这门技能讲清楚,因为脱离具体的数据库,根本什么也讲不了,也讲不清楚。本人之所以选择Oracle来进行讲解,其一是关系库市场上Oracle的占有率比较高,本人接触的也比较多;其二,所有关系库中,就优化器来讲,Oracle的优化器也是最先进的。就SQL调优分析和解决问题的思路、方法和步骤来说,各关系库几乎是相同的,只是具体形式、命令、方法会有所差别,例如:Oracle获取执行计划,可以通过GUI工具,可以通过命令行,也可以通过系统内置的包,还可以通过跟踪来获取;而SQL SERVER,也可以通过EM工具,通过命令行,也可以通过跟踪获取;而DB2和开源关系库,也可以通过多种方法获取SQL语句的执行计划。而阅读和分析执行计划来说,各关系库几乎是相同的。Oracle提供了大量的系统视图来获取有些信息,高版本的SQL SERVER和DB2,甚至高版本的开源关系库也提供了大量的系统视图。Oracle对SQL语句的优化依赖统计数据,SQL SERVER和DB2也同样依赖统计数据,甚至开源关系库也依赖统计数据,只是他们生成和实现的机制和细节会有些差异。又比如说,Oracle提供了大量的hint,SQL server和db2也提供了hint这种调优方式,只是具体hint的作用和语法不同,开源库有些版本也提供了hint功能,也许实现的没那么完美而已。还有,本书虽然以Oracle为基础讲解,但在写作过程中,也尽量注意剥离和泛化Oracle相关的一些具体特性和命令,并对与其他关系库相通之处进行了说明和提示,以期尽量让其他关系库的读者通过阅读本书也能从中受益,从而达到触类傍通的效果。

最后,非常感谢各位读者的关注,如有任何疑问,可以通过本人邮箱、微博或本博客通知本人,如不能一一回复,也一定尽力抽时间统一答复,见谅,再次感谢。



已标记关键词 清除标记
相关推荐
有人就有江湖,有江湖就有IT系统,有IT系统就有数据库,有数据库就有SQLSQL应用可一字概括:“广”。加之其简单易学,SQL实现也可一字概括:“乐”。 然而,SQL虽然实现简单可乐,却极易引发性能问题,那时广大SQL使用人员可要“愁”就一个字,心碎无数次了。 缘何有性能问题?原因也一字概括:“量”。当系统数据量、并发访问量上去后,不良SQL就会拖跨整个系统,我们甚至找不出哪些SQL影响了系统。即便找到也不知如何动手化。此时的心情也可以一字概括:“懵”。 现在本开始带你抛除烦恼,走进化的可乐世界! 首先教你SQL整体化、快速化实施、如何读懂执行计划、如何左右执行计划这四大必杀招。整这些干嘛呢?答案是,传授一个先整体后局部的宏观解决思路,走进“道”的世界。 接下来带领大家飞翔在“术”的天空。教你体系结构、逻辑结构、表设计、索引设计、表连接这五大要领。这么多套路,这又是要干嘛?别急,这是教你如何解决问题,准确地说,是如何不改写即完成SQL化。 随后本指引大家学会等价改写、过程包化、高级SQL、分析函数、需求化这些相关的五大神功。有点头晕,能否少一点套路?淡定,这还是“术”的范畴,依然是教你如何解决问题,只不过这次是如何改写SQL完成化。 最后一个章节没套路了,其中跟随你多年的错误认识是否让你怀疑人生,其中让SQL跑得更慢的观点,是否让你三观尽毁? 再多一点真诚吧,本提供扫二维码辅助学习,是不是心被笔者给暖到了。看右边,扫我! 读完全,来,合上本,闭上眼睛,深呼吸,用心来感受SQL化的世界。 一个字:“爽”!
oracle数据库的性能化直接关系到系统的运行效率,而影响数据库性能的一个重要因素就是sql性能问题。本是作者十年磨一剑的成果之一,深入分析与解剖oracle sql化与技术,主要内容包括: 第一篇“执行计划”详细介绍各种执行计划的含义与操作,为后面的深入分析打下基础。重点讲解执行计划在sql语句执行的生命周期中所处的位置和作用,sql引擎如何生成执行计划以及如何获取sql语句的执行计划,如何从各种数据源显示和查看已经生成的执行计划。 第二篇“sql化技术”深入分析oracle的sql化技术,包括逻辑化技术和物理化技术。用大量示例详尽分析oracle 中现有的各种查询转换技术,先分析oracle如何收集、统计系统和对象的数据,然后推导各种代价估算公式,给出各种情形下的代价计算演示。 第三篇“sql技术”深入剖析oracle提供的各项技术。先对语句实际运行的性能统计数据进行了深度分析,介绍各项统计数据是由什么操作导致的以及如何统计。然后介绍如何对sql语句进行化以获得稳定、高效的性能。最后,依据对sql化及技术的分析,介绍如何快速sql的思路。 《oracle 高性能sql引擎剖析:sql化与机制详解》内容丰富且深入,破解了oracle技术的很多秘密,适合oracle数据库管理员、应用开发人员参考。
©️2020 CSDN 皮肤主题: 编程工作室 设计师:CSDN官方博客 返回首页
实付 19.90元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值