仓酷云

标题: MYSQL网站制作之ORA-01599毛病的办理办法 [打印本页]

作者: 谁可相欹 时间: 2015-1-16 22:40
标题: MYSQL网站制作之ORA-01599毛病的办理办法
当然，或许这并不是我们拒绝MySQL的一个有说服力的MySQL学习教程，但是对于一些比较守旧的IT经理来说，在为一些关键业务选择平台的时候，平台的成熟性却是必须要考虑的一个因素，在这一点上，MySQL无疑毫无优势。毛病|办理妨碍征象:
数据库没法启动大概cluster体系没法切换。检察数据库日记文件$ORACLE_BASE/admin
ORCL/bdump/alert_ORCL.log有相似于ORA-01599:failedtoacquirerollback
segment(49),cachespaceisfull(currentlyhas(48)entries)Error1599
happenedduringdbopen,shuttingdowndatabase相似的毛病信息。

妨碍剖析:
Orale存在一个初始化参数max_rollback_segments它代表了同时可以online的回滚段
的个数。它的缺省值是max(30,TRANSACTIONS/TRANSACTIONS_PER_ROLLBACK_SEGMENT)
。现在始化参数中指定(经由过程rollback_segments参数)大概缺省online的回滚段个数
凌驾max_rollback_segments这个参数后数据库就没法启动。这个毛病常常是因为用户
在增添了回滚段以后只是修正了rollback_segments参数但没有修正max_rollback_se
gments参数招致的。大概用户增添了public回滚段，同时在初始化参数中正文失落了max
_rollback_segments参数也会招致这个成绩。

妨碍处置:
能够将oracle初始化参数中的max_rollback_segments修正为年夜于以后一切的回滚段的
总数后再重起数据库便可。假如不晓得以后究竟有几回滚段，能够先将这个值设置
为100再重起数据库尝尝。假如还呈报一样的毛病就再进步此值直到乐成为止。当数据
库启动起来今后能够经由过程selectcount(*)fromdba_rollback_segs来取得切实的回
滚段个数后再往修正初始化参数。

一样平常保护:
在增添回滚段的时分请注重max_rollback_segments和rollback_segments这几个参数
之间的互相感化，最好同时在两个节点上都参看一下。
对于现有业务，可以轻松移植到MySQL。当你需要替换掉老的硬件，当你需要削减历史遗留下的老系统的时候，选用MySQL对于财务部门来说更具吸引力。

作者: 简单生活 时间: 2015-1-19 21:11
可以动态传入参数，省却了动态SQL的拼写。

作者: 爱飞 时间: 2015-1-28 10:52
我个人认为就是孜孜不懈的学习

作者: 飘飘悠悠 时间: 2015-2-5 20:47
记得在最开始使用2k的时候就要用到这个功能，可惜2k没有，现在有了作解决方案的朋友会很高兴吧。

作者: 因胸联盟 时间: 2015-2-13 13:50
如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.

作者: 谁可相欹 时间: 2015-3-3 22:35
语句级快照和事务级快照终于为SQLServer的并发性能带来了突破。个人感觉语句级快照大家应该应用。事务级快照，如果是高并发系统还要慎用。如果一个用户总是被提示修改不成功要求重试时，会杀人的！

作者: 海妖 时间: 2015-3-11 14:20
分区表效率问题肯定是大家关心的问题。在我的试验中，如果按照分区字段进行的查询（过滤）效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询，效率会低于未分区表的相同语句。

作者: 若天明 时间: 2015-3-18 23:00
所以你总能得到相应的升级版本，来满足你的需求。

作者: 柔情似水 时间: 2015-3-26 20:25
一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。（有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。）

欢迎光临仓酷云 (http://ckuyun.com/)