查看: 6790|回复: 22

讨论,大家面对处理器的多核技术,如何优化自己的Oracle数据库?

[复制链接]
论坛徽章:
15
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:442014年新春福章
日期:2014-02-18 16:41:11ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28ITPUB元老
日期:2011-05-06 08:54:442011新春纪念徽章
日期:2011-02-18 11:43:32ITPUB9周年纪念徽章
日期:2010-10-08 09:28:512010新春纪念徽章
日期:2010-03-01 11:04:59生肖徽章2007版:鼠
日期:2009-03-10 21:32:40生肖徽章2007版:猪
日期:2009-03-10 21:17:25CTO参与奖
日期:2009-01-15 11:42:46
发表于 2011-2-12 15:40 | 显示全部楼层 |阅读模式
讨论,大家面对处理器的多核技术,如何优化自己的Oracle数据库?
现在处理器的多核技术,已不是什么新鲜的话题,四路服务器,八路X86服务器对于中小企业来说,购买也不是什么难事。但是现在像Xeon 7500系列处理,一个处理器8个core,四路就是32个core,8路就是64个core,面对这么多core,dba如何优化自己的数据库,使其发挥最优的性能。

最近,我做过一个标准化测试,在相同的测试场景下,后端挂载的存储都一致,发现四路服务器32个core性能,比8路64core性能好,我考虑可能是应用程序的并行度决定的,有好多处理器用不上,(备注,测试环境下,处理器都是一样的),资源利用率比较低。大家一般怎么解决这个问题,使oracle数据库充分利用八路服务器的处理性能?

欢迎建言,多谢
论坛徽章:
7
授权会员
日期:2010-12-06 19:50:26数据库板块每日发贴之星
日期:2011-09-03 01:01:01迷宫蛋
日期:2011-09-08 16:30:08ITPUB十周年纪念徽章
日期:2011-11-01 16:24:04玉石琵琶
日期:2012-02-21 15:04:38最佳人气徽章
日期:2012-03-13 17:39:18
发表于 2011-2-12 15:48 | 显示全部楼层
并行

使用道具 举报

回复
论坛徽章:
819
授权会员
日期:2007-08-10 01:06:30会员2007贡献徽章
日期:2007-09-26 18:42:10ITPUB元老
日期:2008-08-24 00:06:57 2014年世界杯参赛球队: 德国
日期:2014-07-09 15:28:06马上加薪
日期:2014-11-23 19:24:42马上有钱
日期:2014-12-21 16:14:33暖羊羊
日期:2015-03-04 14:50:372015年新春福章
日期:2015-03-06 11:57:31
发表于 2011-2-12 15:51 | 显示全部楼层
贴一下测试时的awr top event

使用道具 举报

回复
论坛徽章:
15
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:442014年新春福章
日期:2014-02-18 16:41:11ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28ITPUB元老
日期:2011-05-06 08:54:442011新春纪念徽章
日期:2011-02-18 11:43:32ITPUB9周年纪念徽章
日期:2010-10-08 09:28:512010新春纪念徽章
日期:2010-03-01 11:04:59生肖徽章2007版:鼠
日期:2009-03-10 21:32:40生肖徽章2007版:猪
日期:2009-03-10 21:17:25CTO参与奖
日期:2009-01-15 11:42:46
 楼主| 发表于 2011-2-12 16:01 | 显示全部楼层
如何设置并行,感觉效果不明显,能否具体些

使用道具 举报

回复
论坛徽章:
15
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:442014年新春福章
日期:2014-02-18 16:41:11ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28ITPUB元老
日期:2011-05-06 08:54:442011新春纪念徽章
日期:2011-02-18 11:43:32ITPUB9周年纪念徽章
日期:2010-10-08 09:28:512010新春纪念徽章
日期:2010-03-01 11:04:59生肖徽章2007版:鼠
日期:2009-03-10 21:32:40生肖徽章2007版:猪
日期:2009-03-10 21:17:25CTO参与奖
日期:2009-01-15 11:42:46
 楼主| 发表于 2011-2-12 16:09 | 显示全部楼层
在附件中,awr数据

1.rar

29.85 KB, 下载次数: 22

使用道具 举报

回复
论坛徽章:
76
山治
日期:2019-03-27 22:55:03秀才
日期:2016-01-25 15:02:04双子座
日期:2016-01-19 20:35:54秀才
日期:2016-01-13 12:14:26秀才
日期:2015-12-25 15:31:10秀才
日期:2015-12-18 09:28:57秀才
日期:2015-12-14 14:56:09秀才
日期:2015-12-14 14:51:16秀才
日期:2015-11-30 09:13:06处女座
日期:2015-11-27 12:27:01
发表于 2011-2-12 19:05 | 显示全部楼层
对于服务器的RDBMS来说,多核和多CPU没什么本质区别。
又不是桌面机,多核时代才把SMP带到了普通桌面。

使用道具 举报

回复
论坛徽章:
2
2010新春纪念徽章
日期:2010-03-01 11:21:012011新春纪念徽章
日期:2011-02-18 11:43:33
发表于 2011-2-12 20:44 | 显示全部楼层
个人以为,以当前的CPU多核数量,单个数据库已经不足以用足硬件的资源,Oracle其实也意识到了该问题,所以设计了RAC one Node,开始推多实例技术。

使用道具 举报

回复
招聘 : Linux运维
论坛徽章:
42
奥运会纪念徽章:跳水
日期:2008-09-08 16:00:45茶鸡蛋
日期:2013-01-18 12:36:552013年新春福章
日期:2013-02-25 14:51:24复活蛋
日期:2013-03-28 19:57:20茶鸡蛋
日期:2013-07-05 08:59:54茶鸡蛋
日期:2013-07-08 10:01:05福特
日期:2013-08-06 10:13:26马上有车
日期:2014-03-26 10:47:51马上有对象
日期:2014-04-28 13:43:04马上有钱
日期:2014-07-19 16:38:11
发表于 2011-2-12 20:58 | 显示全部楼层
关键看瓶颈在哪!!
瓶颈在存储的话,多少cpu,怎么并行也枉然。

如果是某个core或某几个core 占用百分百,而其它core空闲,则并行可以提高性能。 这种情况OLAP多。

OLTP的环境,core多当然处理并发就快,前提是磁盘不是瓶颈。

最终一句话,还得根据环境定!数据库优化本来就跟服务器或者网络优化不是一个思路。

使用道具 举报

回复
论坛徽章:
15
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:442014年新春福章
日期:2014-02-18 16:41:11ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28ITPUB元老
日期:2011-05-06 08:54:442011新春纪念徽章
日期:2011-02-18 11:43:32ITPUB9周年纪念徽章
日期:2010-10-08 09:28:512010新春纪念徽章
日期:2010-03-01 11:04:59生肖徽章2007版:鼠
日期:2009-03-10 21:32:40生肖徽章2007版:猪
日期:2009-03-10 21:17:25CTO参与奖
日期:2009-01-15 11:42:46
 楼主| 发表于 2011-2-13 09:38 | 显示全部楼层
原帖由 ccshu 于 2011-2-12 20:44 发表
个人以为,以当前的CPU多核数量,单个数据库已经不足以用足硬件的资源,Oracle其实也意识到了该问题,所以设计了RAC one Node,开始推多实例技术。


我试过在一台服务器上,创建两个实例,进行测试,效果也是不明显

使用道具 举报

回复
论坛徽章:
15
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:442014年新春福章
日期:2014-02-18 16:41:11ITPUB十周年纪念徽章
日期:2011-11-01 16:20:28ITPUB元老
日期:2011-05-06 08:54:442011新春纪念徽章
日期:2011-02-18 11:43:32ITPUB9周年纪念徽章
日期:2010-10-08 09:28:512010新春纪念徽章
日期:2010-03-01 11:04:59生肖徽章2007版:鼠
日期:2009-03-10 21:32:40生肖徽章2007版:猪
日期:2009-03-10 21:17:25CTO参与奖
日期:2009-01-15 11:42:46
 楼主| 发表于 2011-2-13 09:41 | 显示全部楼层
原帖由 wa0362 于 2011-2-12 20:58 发表
关键看瓶颈在哪!!
瓶颈在存储的话,多少cpu,怎么并行也枉然。

如果是某个core或某几个core 占用百分百,而其它core空闲,则并行可以提高性能。 这种情况OLAP多。

OLTP的环境,core多当然处理并发就快,前提是磁盘不是瓶颈。

最终一句话,还得根据环境定!数据库优化本来就跟服务器或者网络优化不是一个思路。



现在是存在某几个core,资源利用率在2%左右,其他的core是在50%多的利用率,具体并行的话,能否从简单的参数调整上处理?

使用道具 举报

回复

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

本版积分规则 发表回复

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