【大话IT】DBA的痛：SQL优化的讨论（获奖名单已公布）

maohaiqing0304

1、你觉得开发应该深入学习数据库吗？是的话你觉得什么层次比较好，不是的话，为什么?
     答：不需要“深入”学习数据库，但起码要知道相同写法不同性能SQL的对比，例如：
     1）何时用merge、update 优缺点；
     2）何时用rownum、row_number 优缺点；
     3）何时用exist、in 优缺点；
     ** 或者尽量加一些范围条件，减少数据扫描等；
     ** 基本的执行计划要了解；
2、在你工作中遇到什么样恶心的sql，吐槽下?
     答：恶心程度递减--
    1）笛卡尔乘积CARTESIAN
    2）深层(3层)子查询过滤条件和子查询(1层)做关联，会走Filter循环...极慢；
    3）使用(id = 1 or in 子查询 ) 走全扫循环，filter...极慢；
    4）是否存在没意义的关联条件
        ①、A.id in (Select id from a1) ① and A.id in (Select id from a1 where id=1)②
        ②、业务功能类似，功能1 需要范围abcde5张表，功能2范围abc3张表；范围2懒得去改/重写直接用范围1的sql只是减少显示字段..；
    5）大表不加过滤条件；
       ①、分区表不加分区条件；
       ②、上下业务能加选择性比较好的索引,不去衡量 直接不加找所有数据；
3、你觉得当sql 到达设么层次的时候，你需要让开发必须改sql？
     答：实话(废话) DBA优化不了的情况
     1）全扫..需要开发根据上下逻辑业务加过滤条件；
     2）DBA优化SQL后没有达到开发/客户要求的消耗时间范围内时，需要开发去改；
     3）逻辑有问题的bug需要和开发沟通具体功能一起选择最优的方法；
4、大家有没有为了sql跟开发急眼的时候，分享下。
     答：开发会先实现功能后再考虑性能（开发也不容易相互理解，开发都会写高效SQL估计就不需要DBA了哇~..
            只要求会简单/常用SQL写法'如上提到的'就够了，或做开发编写规范和培训，减少消耗性能的sql，剩下复杂的改写分析可和DBA后续一起研究）；
           

shushugood

确实应该学一些简单的优化， 开发的最终目标也是为了成为架构师（从钱，还是“前”，都应该这样）， 这些是必备的知识。
一个好的系统架构师应该具备（架构师+DBA），这样确实能够征服只懂DB的人，并且征服了只懂开发的人。 不要说精力有限，专注一行只需10000小时就能成为专家。
系统架构师是需要10年工作经验来累积经验的。 所以综合性人才是很受欢迎的。



没有必要争吵：
学会理解，因为只有理解别人，才会被别人理解。
学会忍耐，因为事已成事实自己无法改变。
学会宽容，因为人生在世，谁能无过呢，人无完人。


都说程序员智商高，其实我们应该注意提高下自己的情商，懂得理解人，做好协调， 这样才能成为领导者。

mellonwang

CBO时代：from TABLE 的先後順序 where 的順序 不影響效能的。

eniacs

关键还是公司IT开发管理流程的问题。象我现在的公司，关键业务的SP从DEV->QA1->QA2-QA3>UAT->PP(product paraelle)->PROD,
一个SP 要经过一路的性能测试， 到PROD基本上这种性能问题不能有说完全没有，应该很少了。

visual2006

1、你觉得开发应该深入学习数据库吗？是的话你觉得什么层次比较好，不是的话，为什么?
      必须的啊！好的开发写的SQL简洁高效，易于维护迁移
2、在你工作中遇到什么样恶心的sql，吐槽下?
      三无人员，无注释，无文档，无人认领的历史遗留物，业务还在此基础上提需求
3、你觉得当sql 到达设么层次的时候，你需要让开发必须改sql？
     老太婆的裹脚布，效率还低下，系统开销高，用户体验烂
4、大家有没有为了sql跟开发急眼的时候，分享下。
     

welyngj

1、你觉得开发应该深入学习数据库吗？是的话你觉得什么层次比较好，不是的话，为什么?
开发人员是分等级的，有初级开发人员，高级开发人员，初级开发人员由于技术能力有限，大部分还停留在功能的实现上，没有足够的能力去理解如何优化sql，时间也不够。
高级人员由于有了一些经验，对于理解sql优化应该有一定的理解力，所以需要深入学习。
我不希望老是碰到低级的性能问题。

2、在你工作中遇到什么样恶心的sql，吐槽下?
我接触的是银行系统，长长的sql很少见到。最恶心的访问分区表不加分区字段。

3、你觉得当sql 到达设么层次的时候，你需要让开发必须改sql？
根据我很长时间的观察，sql只要有优化空间，我就会推动开发人员修改。
列出事实：这个交易cpu time用了多少?如果修改可以节省多少mipse。
4、大家有没有为了sql跟开发急眼的时候，分享下。
快上线的时候，有的时候急。应该银行都有交易响应时间和cpu time的限制。
不过大部分时候是写个文档，这个交易因为什么原因导致响应时间和cpu time偏高，同时cc给领导。

oracle_cj

1、你觉得开发应该深入学习数据库吗？是的话你觉得什么层次比较好，不是的话，为什么?
答：非常应该，甚至有很多开发最后都转DBA了。很多面向数据库的开发如果不学习数据库，那么开发什么呢？只有了解自己的开发对象才能去做。而且面向数据库的开发主要开发语言可以说都是SQL。这才是最直接和数据库打交道的语言。甚至要学习到数据库的体系结构，知道最起码锁、事务、提交、回滚、一致性读、并发机制。可以不用去处理监听，主从和灾备、集群、但是SQL的写法，正确使用索引，各种函数的使用以及算法都是需要的。有的需求甚至多多种写法，SQL已经成为了一种艺术。而高斯和庞加莱的数字故事，有人用SQL算法来实现，这就是最高的境界了。SQL大赛的冠军哪个不是开发出身？

2、在你工作中遇到什么样恶心的sql，吐槽下?
答：有的一句SQL放在QQ中都发不出去，太长了。有的AWR报告也放不下。还有的各种奇葩的编码，怎么用全表扫描怎么做，凡是应该避免的都犯错了。like的时候前后%。一个报表一天一次，一次15个小时，该语句我优化后6秒。还有的SQL半小时一次，但是单次执行都要在半小时以上。还有的SQL不知道是哪个开发做的，但是拿出来给其他开发，大家都吐了。表示怎么看？没法动。即使开发也不愿意去读，都想重写。

3、你觉得当sql 到达设么层次的时候，你需要让开发必须改sql？
答：执行时间超过业务要求的周期；不能承受业务并发；无法维护；低级错误；还有极其消耗CPU、内存和IO资源的必须修改，这些不改，整个数据库就没有资源做其他事情了。另外，我听一个朋友说过，他下班时候提出了一些问题，交给开发改。第二天早上发现开发改得热火朝天，他过去打招呼，“哥们，来的挺早啊？”。开发说：“什么啊，一晚上没回去！”

4、大家有没有为了sql跟开发急眼的时候，分享下
答：有过。我说这里要绑定变量。开发说什么叫绑定变量？我说like不能第一位就%，这样等于遍历所有。这时和他说数据库有40亿数据全表扫描是很长时间的。开发说这是用户需求，你别和我说。还有我说这里需要索引，开发问什么是索引？我说这是不对的，这样是不当使用数据库，需要改变。而开发说是数据库不行。
当然有素质的开发或者是虚心学习的还是会改的。还有就是看领导支持程度。有的领导懂技术的，我只要一说，所有开发全部执行，毫无怨言。

hai503

今天遇到一个奇葩开发，SQL语句 纠正了两遍还是写错！
他的上司给我的解释：工资太低……
WTF！

jackiecheng001

1、你觉得开发应该深入学习数据库吗？是的话你觉得什么层次比较好，不是的话，为什么?
  开发能学点数据库当然好，但不是必须；
  开发懂得界限及需要规避的事宜就可；术业有专功，如果今天DBA要开发学数据库管理，明天中间件还需要学习，那不开发了？？
  如果有问题，除了进度问题，管理问题，流程控制及质量环节是否都需要把控？
本人作为DBA，最烦的是DBA不断抱怨不良SQL性能低下，压垮数据库等等；  开发不负责高性能语句，开发负责的是功能与进度；至于考虑性能的开发，那算高级及资深开发；
2、在你工作中遇到什么样恶心的sql，吐槽下?
     不断嵌套，多表多次全扫描； 还有就是SQL语句比其表达的语义更复杂

3、你觉得当sql 到达设么层次的时候，你需要让开发必须改sql？
    简单功能复杂实现；频繁执行不良SQL
4、大家有没有为了sql跟开发急眼的时候，分享下。
    无，干嘛要跟开发急， 一般的开发不需要负责很多的性能考虑；更多的是架构与设计师需要考虑的；
需要加强的更多的是过程控制。

ljm8093

路过 学习一下！。。