关键时刻，感冒了~

昨天遇到的问题的，在add constraint中using index时用了PCTFREE 95，哈哈，是前阵子刚接触的这东西，所以刚好把PCTFREE跟PCTUSED记错了，结果是，建了个index用了10多G的空间。

中间造成undots使用率100%，还出现了：

ORA-01652: unable to extend temp segment by 8192 in tablespace ts_name

的错误，起先也没考虑到会用那么多空间，所以没想到要给建立index的ts加空间，而这个ts还有10G差点的空间，后来在论坛上问了，也咨询了下baidu&google，然后也在oracle console里看着建立这个index时空间的变化了，真的冒过了100%，吓人一跳，索性就给这个ts增加了个datafile，undo也增加空间了，index建成了，建好之后一看，1029M，真汗~！这回是被吓了两跳，后来多亏了Toms_zhang的发现。。。。。。最后把PCTFREE设成5，用了不到350M的空间。

没吃没喝奋战到晚上11点，身边没个人，真是感觉无助啊，尤其像我这样的一个新手，郁闷了好大一把！！不过是下午2点多起来的，呵呵，之前一天给别人整笔记本，通宵了一个晚上。

今天早晨一上班，遇到的事情更头疼更突然，我都发抖了~oracle CPU使用率100%，重启了过一会就还是了，无奈，憋了半个多小时，领导就站背后，真不知道该怎么办，后来只好把昨天晚上做的，用parttitioned table代替原来的table还原回去，这下好了，后来考虑，也经过多方验证，估计是partitioned table的index的问题，不知道是不是这里面的local的原因。下午看了一个比较长的sql的执行计划，里面分别用了这两个table作了比较，执行计划却是完全不一样的，partitioned table在应用程序里面执行的话却可以导致应用程序死机，现在也还不知道原因，不会看执行计划，求助ing...

怎样学会冷静是一个遇到问题的人最重要的，而我，要努力学会去备好份~！

[@more@]

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/367462/viewspace-871095/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/367462/viewspace-871095/