楼主: d.c.b.a

各位大侠在做性能调优时,觉得那些地方最有效啊?

[复制链接]
论坛徽章:
3
数据库板块每日发贴之星
日期:2005-09-12 01:01:28数据库板块每日发贴之星
日期:2005-10-05 01:01:302009日食纪念
日期:2009-07-22 09:30:00
11#
发表于 2004-8-10 10:05 | 只看该作者
性能调优时考慮以下幾個方面:
1. Database Physical Tunning
2. Database Logical  Tunning
3. Sql tunning (85%)

使用道具 举报

回复
论坛徽章:
0
12#
发表于 2004-8-10 10:57 | 只看该作者

INDEX+SQL+MEMORY!

INDEX+SQL+MEMORY!

使用道具 举报

回复
论坛徽章:
30
ITPUB元老
日期:2005-10-06 13:25:212011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:56管理团队成员
日期:2011-05-07 01:45:082012新春纪念徽章
日期:2012-02-13 15:11:522012新春纪念徽章
日期:2012-02-13 15:11:522012新春纪念徽章
日期:2012-02-13 15:11:522012新春纪念徽章
日期:2012-02-13 15:11:522012新春纪念徽章
日期:2012-02-13 15:11:52马上有车
日期:2014-02-19 11:55:14
13#
发表于 2004-8-10 16:35 | 只看该作者
呵呵,花了几个月专门对我们的产品各个模块进行了优化,
有这样几个体会:
1.最重要的是算法和处理逻辑。
有些处理方式可以改成批量处理的方式,减少不必要的计算。
修改业务流程,是最有效的方法。

2.sql的问题
我们知道,10%的不良sql会带来80%的性能损失,
这里也包括了index的tuning。

3.数据库参数和部署,os的优化
这些以前就讨论的很多了。

使用道具 举报

回复
论坛徽章:
62
马上加薪
日期:2014-02-19 11:55:142011新春纪念徽章
日期:2011-02-18 11:43:332010广州亚运会纪念徽章:田径
日期:2011-02-17 18:03:352011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:152011新春纪念徽章
日期:2011-01-25 15:41:502011新春纪念徽章
日期:2011-01-25 15:41:012010广州亚运会纪念徽章:三项全能
日期:2010-11-15 13:36:51ITPUB9周年纪念徽章
日期:2010-10-08 09:34:02
14#
发表于 2004-8-10 17:36 | 只看该作者
最初由 dlinger 发布
[B]呵呵,花了几个月专门对我们的产品各个模块进行了优化,
有这样几个体会:
1.最重要的是算法和处理逻辑。
有些处理方式可以改成批量处理的方式,减少不必要的计算。
修改业务流程,是最有效的方法。

2.sql的问题
我们知道,10%的不良sql会带来80%的性能损失,
这里也包括了index的tuning。

3.数据库参数和部署,os的优化
这些以前就讨论的很多了。 [/B]


同意同意,数据库设置没太多可以调的
关键是应用设计,设计不好,os/390页高不定阿

修改sql见效比较快,有时候加个index

效率提高100倍

当然stats必须做,不然有index它也不用的
我就碰到一个情况,有index他不用,后来对
该column做histogram stats,马上见效

使用道具 举报

回复
招聘 : 数据库管理员
论坛徽章:
0
15#
发表于 2004-8-11 10:18 | 只看该作者
我是做开发的,个人感觉
根据业务特征进行的数据库逻辑设计和物理设计对系统性能起到了决定性的作用,然后就是对于sql(包括index)的调整(差的sql和好的sqls之间可能差几十倍上百倍的速度)则是开发阶段提高性能最重要的工作。从系统整体来说,提高并行性减少各种资源的争用则是非常重要的工作。硬件方面除了大家说的cpu,内存,我觉得存储方面使用raid、各种文件放到多个磁盘上等策略对系统整体性能的提高也很重要。

使用道具 举报

回复
论坛徽章:
0
16#
发表于 2004-8-11 18:31 | 只看该作者

同感

有的时候增加索引,反而会加大系统的负载,使查询等更加缓慢

使用道具 举报

回复
论坛徽章:
3
授权会员
日期:2005-10-30 17:05:33ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41奥迪
日期:2013-08-26 14:11:54
17#
发表于 2004-8-13 11:38 | 只看该作者

Re: 各位大侠在做性能调优时,觉得那些地方最有效啊?

最初由 d.c.b.a 发布
[B]偶上两周去帮别人调系统,感觉还是改SQL和更改实现方式,来得最有效,调参数等没有多大的作用。 [/B]


哈,tuning sql有时就要改参数.

使用道具 举报

回复
论坛徽章:
0
18#
发表于 2004-8-15 01:04 | 只看该作者
按照我们的经验,参数调整所带来的性能提高最多只能达到15%,这已经是极限了。实际上oracle的专家一发现应用性能有问题,都是建议我们优化sql,使用新的技术。同时,我认为系统性能的消耗主要是在表扫描(消耗IO带宽)和统计(消耗CPU和内存)两个方面,所以我强烈建议如果表比较大一定要使用分区功能,可以大大提高查询统计的速度。

使用道具 举报

回复
论坛徽章:
42
ITPUB北京香山2007年会纪念徽章
日期:2007-01-24 14:35:022011新春纪念徽章
日期:2011-01-25 15:42:332011新春纪念徽章
日期:2011-01-25 15:42:56管理团队成员
日期:2011-05-07 01:45:08ITPUB十周年纪念徽章
日期:2011-11-01 16:20:282012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:232012新春纪念徽章
日期:2012-02-13 15:09:23
19#
 楼主| 发表于 2004-8-15 21:23 | 只看该作者
最初由 time 发布
[B]按照我们的经验,参数调整所带来的性能提高最多只能达到15%,这已经是极限了。实际上oracle的专家一发现应用性能有问题,都是建议我们优化sql,使用新的技术。同时,我认为系统性能的消耗主要是在表扫描(消耗IO带宽)和统计(消耗CPU和内存)两个方面,所以我强烈建议如果表比较大一定要使用分区功能,可以大大提高查询统计的速度。 [/B]


15%都达不到,除非现有配置很不合理。

使用道具 举报

回复
论坛徽章:
168
马上加薪
日期:2014-02-19 11:55:142012新春纪念徽章
日期:2012-02-13 15:10:582012新春纪念徽章
日期:2012-01-04 11:49:54蜘蛛蛋
日期:2011-12-05 16:08:56ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41设计板块每日发贴之星
日期:2011-07-22 01:01:02ITPUB官方微博粉丝徽章
日期:2011-06-30 12:30:16管理团队成员
日期:2011-05-07 01:45:082011新春纪念徽章
日期:2011-01-25 15:42:562011新春纪念徽章
日期:2011-01-25 15:42:33
20#
发表于 2004-8-25 22:54 | 只看该作者
根据前段时间做的调整,一般调整的收益顺序:
业务流程-->sql调整-->参数调整-->特殊调整

业务流程或者业务重组后,在某些方面说不定会有一个数量级的性能提升.

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表