数据库调优的三板斧[已结贴]

kelsoncong

lfree 发表于 2012-7-4 11:31
实际上我很痛苦，整天跟程序员打交道，程序员怎么这么不长进，看别人sql语句，真的很烦很烦。

你的这一斧头不会准备是砍程序员吧?

yobyin

lele5000 发表于 2012-6-27 12:51
lz说的这些其实都可以在开发时避免

还是那句话，Design for performance,not tuning for performance

精彩

yobyin

我啥也不瞧

finalarrow

lfree 发表于 2012-7-4 11:31
实际上我很痛苦，整天跟程序员打交道，程序员怎么这么不长进，看别人sql语句，真的很烦很烦。

呵, 更痛苦的是: 明明你已经提出优化的方案及详细的改进步骤,甚至于,SQL都帮开发人员写好了,结果,开发人员还是不肯配合修改——这时估计你想杀人的欲望都有了.

kelsoncong

finalarrow 发表于 2012-7-6 12:06
呵, 更痛苦的是: 明明你已经提出优化的方案及详细的改进步骤,甚至于,SQL都帮开发人员写好了,结果,开发人员 ...

开发也有开发要考虑的，大多数情况是不会直接在程序里面写sql的，他们也收到很多诸如框架，设计模式什么的制约，也不是想怎么写都行的

horizon

这个不错

gszoracle

书奖励给谁了？

kelsoncong

gszoracle 发表于 2012-7-7 08:53
书奖励给谁了？

奖励给 finalarrow了

finalarrow

  兄弟我这几天在考虑要不要正式转DBA算了

wsuhenry

数据仓库，使用压缩表技术，和并行技术，果然很有效果。同时用分区 TRUNCATE 代替 DELETE，能很好的避免  HWM 的问题。
感谢 LZ 分享。

我也没有玉，抛块砖头作为回报：我曾经遇到过一个库，登录时相当卡，最后发现由于系统上了一个 DBA 自己设的 LOGON TRIGGER，而由于用户量过大，未设置索引，导致每次登录时，都需要进行一次极大的全表扫，数据库就越来越慢了。当时决定 TRUNCATE 改表。当然方式有很多，比如改成分区表定期 TRUNCATE ，加索引等。