|
# 42747
wandajie
|
|
|
To: eygle
3.下列语句失效,没有查出是哪条SQL语句
SELECT sql_textFROM v$sqltext a
WHERE a.hash_value = (SELECT sql_hash_value
FROM v$session b WHERE b.SID = '&sid')
ORDER BY piece ASC
/
4.下列语句该建立什么样的索引?
SELECT keyword,title,to_char(edittime,'yyyy-mm-dd hh24:mi:ss') as edittime
FROM news where substr(columns,1,5)='/1210' or substr(columns,11,5)='/1210'
or substr(columns,21,5)='/1210' order by edittime desc;
我建立的索引文件如下:
CREATE INDEX NEWS_COLUMNS_5_IDX
ON NEWS(SUBSTR(COLUMNS,1,5),
SUBSTR(COLUMNS,11,5),
SUBSTR(COLUMNS,21,5)) ;
CREATE INDEX NEWS_EDITTIME_IDX
ON NEWS(EDITTIME) ;
CREATE INDEX NEWS_EDITTIME_YYYYMMDD_IDX
ON NEWS(TO_CHAR(EDITTIME,'YYYY'),
TO_CHAR(EDITTIME,'MM'),
TO_CHAR(EDITTIME,'DD')) ;
我用set autotrace on 跟踪,是全表扫描,没用到索引,这是怎么回事?
From: wandajie 2007.03.22 15:43
|
|
|
|
|
To: wandajie
函数索引要CBO下才能用到,你要先分析表:
analyze table NEWS compute statistics;
From: eygle 2007.03.26 08:38
|
|
|
|
|
# 42745
wandajie
|
|
|
To: eygle
小佩哥eygle
拜读了你的大作<深入浅出Oracle>,仅读懂了一半,以前一直搞数据库
应用,对管理从来没有接触过,现在年纪大了(奔五),出差困难,转行
做单位的DBA,虽然对各类数据库用了二十多年,但对管理方面却不知
一二,再者没有学习的机会,只有靠自己摸索,因此有很多问题想请教你,
希望你抽出宝贵的时间,指教指教:
环境:AIX Version 5 (C) Copyrights by IBM and by others 1982, 2005.
Oracle9i Enterprise Edition Release 9.2.0.4.0 - 64bit Production
CORE9.2.0.3.0 Production
TNS for IBM/AIX RISC System/6000: Version 9.2.0.4.0 - Production
NLSRTL Version 9.2.0.4.0 - Production
1.alert.log 里出现了如下问题,是否是内存泄漏?可Wed Jan 17 16:28:01 2007是大年三十的前一天,应该算比较空闲的, 是否是与备份文件有关系
Wed Apr5 17:59:09 2006
Shutting down instance (abort)
Fri Dec 22 10:47:00 2006
Errors in file /oracle/admin/mei9i/bdump/mei9i_ora_319656.trc:
ORA-00600: internal error code, arguments: [723], [10424], [10424], [memory leak], [], [], [], []
Wed Jan 17 16:28:01 2007
Errors in file /oracle/admin/mei9i/bdump/mei9i_ora_323762.trc:
ORA-00600: internal error code, arguments: [723], [20848], [20848], [memory leak], [], [], [], []
From: wandajie 2007.03.22 15:40
|
|
|
 |
|
 |
 |
|
 |
|
|
To: wandajie
这个是PGA内存泄露引起的。
10424 是内存泄露的大小,如果偶尔出现可以忽略,因为是PGA内存泄露,对数据没有影响。
From: eygle 2007.03.26 08:34
|
|
|
|
|
# 42744
Sun
来自: 新疆乌鲁木齐
|
|
|
To: eygle
看了你给我的留言,这个问题我觉得你说的很好哈~在几年前的讲师也和我说过.记得也大概就2年前吧,我有个讲师曾经说让我去北京学习JAVA和ORACLE,但是当初觉得做网络工程不想把重点放在那些上.但是现在又不一样了,本来正常情况下我应该是在公司工作,结果偏偏来到医院.你知道,医院上偏重于应用的,对于网络工程上没有真正的意识;另外新疆的环境并不好,比如说吧:目前医院的CIO制度在内地已经普及开了,而在新疆还是主任,事实上新疆医疗环境下信息科或者信息中心的主任什么都不懂,所以说关键意识还是落后.
当初学习网络工程师是爱好和一个目标,现在重新开始数据库的学习也是这个目的,我认为在IT行业中想学习好一样东西是否爱好它是一个很关键的因素.而且在学习起来也很快能接受.
需要您给我给点建议就是这样,看过你对WIN操作系统的剖析发现很专业,而且您也是ACE,您的建议肯定对我以后的学习有很大的帮助,就象我当初那些CCIE讲师一样,感觉就是不一样的,呵呵~~
From: Sun 2007.03.22 09:40
|
|
|
|
|
# 42741
Julia
|
|
|
To: Eygle
今天Wendy留言给我,叫我上班别老迟到,真是惨。我不迟到的时候她总不在,或者大伙都不在。 迟到十分钟的时候总碰上大伙都回来了。这什么效应?
而每次偷偷吃东西都被老板发现,今天Olin回来,跟我说话,他离开我的位置后我才发现自己的嘴半圈的酸奶,黑西装的领子还有几滴。真倒霉。
From: Julia 2007.03.21 17:08
|
|
|
|
|
To: Julia
咪咪最可爱啦!
From: eygle 2007.03.22 08:38
|
|
|
|
|
# 43176
paraboyo
|
|
|
To: eygle
eygle,您好
遇到一个swap空间使用过大的问题,请你帮忙分析一下,虽然看过你写的有关swap的文章,可是还是不知道怎么解决这个问题.
我的数据库是10.2.0.1的,装在Linux AS4上,内核为:2.6.9-22.ELsmp,Swap空间为2G,物理内存为1G,kernel.shmmax = 536870912(512M),spfile中sga参数如下:
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 360M
sga_target big integer 360M
其他参数都是自动调整的。
数据库刚启动的时候,物理内存使用为330M左右,swap空间使用大约为36M左右,等数据库运行一段时间后,swap空间一度增加到300M,物理内存使用量减小到270M,所以,很奇怪为什么是这个样子,难道有什么参数设置的不合理,请指点!
下面是top监控数据:
top - 09:50:32 up 20:57,2 users,load average: 0.52, 0.53, 0.69
Tasks: 145 total, 1 running, 143 sleeping, 1 stopped, 0 zombie
Cpu(s):1.7% us,0.5% sy,0.0% ni, 94.4% id,3.4% wa,0.0% hi,0.0% si
Mem: 1026500k total, 270464k used, 756036k free,280k buffers
Swap:2096472k total, 366536k used,1729936k free, 158592k cached
From: paraboyo 2007.03.21 10:02
|
|
|
|
|
# 43175
paraboyo
|
|
|
To: eygle
eygle,您好
遇到一个swap空间使用过大的问题,请你帮忙分析一下,虽然看过你写的有关swap的文章,可是还是不知道怎么解决这个问题.
我的数据库是10.2.0.1的,装在Linux AS4上,内核为:2.6.9-22.ELsmp,Swap空间为2G,物理内存为1G,kernel.shmmax = 536870912(512M),spfile中sga参数如下:
lock_sga boolean FALSE
pre_page_sga boolean FALSE
sga_max_size big integer 360M
sga_target big integer 360M
其他参数都是自动调整的。
数据库刚启动的时候,物理内存使用为330M左右,swap空间使用大约为36M左右,等数据库运行一段时间后,swap空间一度增加到300M,物理内存使用量减小到270M,所以,很奇怪为什么是这个样子,难道有什么参数设置的不合理,请指点!
下面是top监控数据:
top - 09:50:32 up 20:57,2 users,load average: 0.52, 0.53, 0.69
Tasks: 145 total, 1 running, 143 sleeping, 1 stopped, 0 zombie
Cpu(s):1.7% us,0.5% sy,0.0% ni, 94.4% id,3.4% wa,0.0% hi,0.0% si
Mem: 1026500k total, 270464k used, 756036k free,280k buffers
Swap:2096472k total, 366536k used,1729936k free, 158592k cached
From: paraboyo 2007.03.21 10:00
|
|
|
|
|