讨论送书：收获，不止SQL优化——抓住SQL的本质

aoracleman

新手一枚，估计拿书是无望

sars_9z

之前有拜读PDF版，里面的内容内容通俗易懂，将晦涩的专业语言转化成易懂的日常用语，也没谁了，必须顶起

hyuyu20

1． SQL优化可以用到那些性能工具
    在操作系统中查看cpu和内存使用情况，了解数据库/实例是否消耗过多的资源，从整体上了解是否存在比较大的性能问题。
    通过各种数据库自带的工具，如awr，ash，查看哪些语句存在性能问题。查看语句的执行计划，了解哪些步骤耗费的资源较多，哪些不是按预期的执行。通过10053/10046等事件来进一步的了解执行计划的生成、得到其解析次数.执行次数,CPU使用时间等信息

2． 如何缩短SQL调优时间
   明确实际需求，了解真正的目的，分出哪些是要调优的，哪些是不要的，以及调优的程度、目标。花适当的时间得到合适的结果。
   首先先使用性能工具，了解哪些语句耗费的资源比较多、执行时间比较长。接着根据业务场景、sql语句执行的时间点等了解区分出哪些语句有进行优化的必要、优化的程度、目标是怎样的。如，有个语句A平时需要执行半个小时，而另一个语句B需要执行三十秒。并不是简单的从执行时间上去简单判断语句A需要优化而语句B不需要。有些时候，可以直接从业务层面上调整的，可以不需要在数据库层面上去优化sql。在优化的时候，需要根据实际情况评估出sql语句优化到什么程度，而不要为了一点点优化空间，而花费过多的时间。

3． 影响性能的常见因素
    表设计不合理，如对于存历史流水的表，可以考虑使用分区表来存储。这样也方便做数据归档等
    未根据实际情况，对表加必要的索引等。
    表统计信息和实际相差太大。如数据量突然大幅度增长，使用了不是最优或是次优的执行计划。如对于按月分区的数据，遇到月初第一次生成新分区的数据时，未对这一分区做表分析，将可能会出现性能问题。
    低效的sql语句，有些语句写的比较随便，只考虑到要得到正确的结果，而不考虑是否有些操作是可以省去、调整的。
    还有一些因素，如服务器性能、存储等
4． 学习索引的重要性
    必要的索引，可以提升性能，相应的，索引也会占用存储空间。不使用索引或者滥用索引，都会对数据库造成很大的影响。

5． SQL优化的误区
    a.一味的通过增加服务器的配置来提升性能
    b.通过使用hint，来强制限定语句的执行计划
    c.盲目的通过增加索引，来提高性能
    d.教条式的使用网上说的所谓的规则、写法来编写语句
    e.脱离实际情况、业务场景，花大量时间在不是很必要优化的语句上。时间花费多，而成效不大
    f.都只是从sql语句出发，而忽略了对象设计是否合理等

itpub_txd

第一次收到有作者亲笔签名的书，有些小激动。

mikean

书还没到手，期待中。梁老师的第一本书《收获，不止Oracle》，生动风趣，买了，而已推荐不少小伙伴读了。

hyuyu20

hyuyu20 发表于 2017-6-1 11:01
1． SQL优化可以用到那些性能工具
    在操作系统中查看cpu和内存使用情况，了解数据库/实例是否消耗过多 ...

啊啊啊。希望能中一本~

imliuqun123

真心不错的书，虽然我没有，但是我是真心想要啊，这两位老师我也是关注很久了，大力支持！！！

nail78

1． SQL优化可以用到那些性能工具
      ADDM,AWR,Statspack,一些DBA脚本，还有一些基本工具：动态性能表, 实例采集的统计和度量,企业管理器页面等

2． 如何缩短SQL调优时间
      根据一些工具或选择负载量高的TOP SQL,确定哪些SQL有问题，然后分析SQL,找到正确的解决方案

3． 影响性能的常见因素
     应用方面：写得不好的SQL，差的会话管理，索引的不合理；实例方面：内存不足，数据库结构不合理，实例的配置不当；操作系统方面：I/O争用，swap，参数的设置不当等等

4． 学习索引的重要性
      没有索引，就是全表扫描，建立合理的索引可以大大提高扫描的速度

5． SQL优化的误区
      没有定位到问题或影响最大的问题，就开始优化，一开始方向就可能错了

owen_zeng

主要是针对ORACLE的，但是和 SQL SERVER 优化殊途同归.
我认为对数据库的优化应该从了解问题入手，了解背景，找到问题的症结，不要一来就进入到某个sql的优化。很多问题不仅仅是某个SQL 引起的

zgcty

sars_9z 发表于 2017-6-1 09:54
之前有拜读PDF版，里面的内容内容通俗易懂，将晦涩的专业语言转化成易懂的日常用语，也没谁了，必须顶起

可否发个此书的PDF链接，