12
返回列表 发新帖
楼主: bestManing

9I RAC环境奇怪的问题,请教高手!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

[复制链接]
论坛徽章:
47
蒙奇·D·路飞
日期:2017-03-27 08:04:23马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11一汽
日期:2013-09-01 20:46:27复活蛋
日期:2013-03-13 07:55:232013年新春福章
日期:2013-02-25 14:51:24ITPUB 11周年纪念徽章
日期:2012-10-09 18:03:322012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20
11#
发表于 2008-5-18 05:42 | 只看该作者
原帖由 bestManing 于 2008-5-14 06:07 发表
在oracle 9.2.0.4 RAC环境中,出现了,两个奇怪的现象,记得以前有高手说过,是一个bug引起的现在自己遇到但已经找不到那片文章了。
请在座的各位高手指导,先行谢过。
现象描述如下:
1.分别连到两个实例,做相同的查询,在A、B两个实例返回的结果集不同,一个是另外一个的子集;
2.由于做的是按天的分区表,查询条件相同时(除过查询的时间段不同之外,其余条件相同),只要时间段包含当天的分区时速度非常慢,但只要整表查询,速度就会非常快。
请高手列出可能的原因。多谢!


For 1:
Can you show us a simple screen dump (text, not image)? How reproducible is it? In 9i, if max_commit_propagation_delay is not set to 0, DMLs just committed in one instance may not be immediately committed in another instance. (Wait time can be as long as 7 seconds.)

For 2:
We need your SQLs to see what you mean exactly. Please create a test case.

Lastly, why didn't you upgrade to later releases of 9i?

Yong Huang

使用道具 举报

回复
论坛徽章:
3
行业板块每日发贴之星
日期:2005-07-18 01:02:30授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34
12#
 楼主| 发表于 2008-5-18 18:28 | 只看该作者
多谢yong Huang版主,当年在实施该项目时仅有9.2.0.4,现在由于我的数据量在数百亿条记录,觉得风险太大所以没有升到9.2.0.8。你是否有安全升级的建议?
其次,对于前后两次select语句完全相同——除查询的时间段不同之外,例如:
select * from test where starttime>'20070102000000' and starttime<'20070501235959' and name='xxx';
  该分区表的以starttime分区。使用以上类似的语句当查询的时间范围主要在当天分区时,就会出现需要等待很长时间,当只要在整表查询(含当天分区),很快就会出结果。

使用道具 举报

回复
论坛徽章:
47
蒙奇·D·路飞
日期:2017-03-27 08:04:23马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11一汽
日期:2013-09-01 20:46:27复活蛋
日期:2013-03-13 07:55:232013年新春福章
日期:2013-02-25 14:51:24ITPUB 11周年纪念徽章
日期:2012-10-09 18:03:322012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:202012新春纪念徽章
日期:2012-02-13 15:13:20
13#
发表于 2008-5-19 07:08 | 只看该作者
Uprade from 9204 to 9208 should be safe. If you do worry about any problem, find big storage somewhere, even temporarily, and backup the database and software. Read the upgrade guide another time.

Does anybody know how to search on Metalink for bugs specific to a version?

I don't know how to explain your SQL problem. If you didn't save the two plans, it's not possible to do any analysis.

Yong Huang

使用道具 举报

回复
论坛徽章:
3
行业板块每日发贴之星
日期:2005-07-18 01:02:30授权会员
日期:2005-10-30 17:05:33会员2006贡献徽章
日期:2006-04-17 13:46:34
14#
 楼主| 发表于 2008-5-19 17:01 | 只看该作者
多谢!

使用道具 举报

回复
论坛徽章:
14
奥运会纪念徽章:拳击
日期:2008-04-24 10:00:15CTO参与奖
日期:2009-02-12 11:45:482012新春纪念徽章
日期:2012-02-07 09:59:35ITPUB季度 技术新星
日期:2012-02-16 14:53:16鲜花蛋
日期:2012-03-19 18:10:462013年新春福章
日期:2013-02-25 14:51:242014年新春福章
日期:2014-02-18 16:41:11马上有车
日期:2014-02-18 16:41:11
15#
发表于 2008-5-19 17:07 | 只看该作者
感觉高手来的比较少了,可能都比较忙

使用道具 举报

回复

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

本版积分规则 发表回复

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