仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 1052|回复: 8
打印 上一主题 下一主题

[学习教程] MYSQL网站制作之ORA-01599毛病的办理办法

[复制链接]
谁可相欹 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:40:50 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
当然,或许这并不是我们拒绝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:59 | 只看该作者
可以动态传入参数,省却了动态SQL的拼写。
爱飞 该用户已被删除
板凳
发表于 2015-1-28 10:52:28 来自手机 | 只看该作者
我个人认为就是孜孜不懈的学习
飘飘悠悠 该用户已被删除
地板
发表于 2015-2-5 20:47:42 | 只看该作者
记得在最开始使用2k的时候就要用到这个功能,可惜2k没有,现在有了作解决方案的朋友会很高兴吧。
因胸联盟 该用户已被删除
5#
发表于 2015-2-13 13:50:37 | 只看该作者
如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.
谁可相欹 该用户已被删除
6#
 楼主| 发表于 2015-3-3 22:35:08 | 只看该作者
语句级快照和事务级快照终于为SQLServer的并发性能带来了突破。个人感觉语句级快照大家应该应用。事务级快照,如果是高并发系统还要慎用。如果一个用户总是被提示修改不成功要求重试时,会杀人的!
海妖 该用户已被删除
7#
发表于 2015-3-11 14:20:56 | 只看该作者
分区表效率问题肯定是大家关心的问题。在我的试验中,如果按照分区字段进行的查询(过滤)效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询,效率会低于未分区表的相同语句。
若天明 该用户已被删除
8#
发表于 2015-3-18 23:00:52 | 只看该作者
所以你总能得到相应的升级版本,来满足你的需求。
柔情似水 该用户已被删除
9#
发表于 2015-3-26 20:25:45 | 只看该作者
一直以来个人感觉SQLServer的优化器要比Oracle的聪明。SQL2005的更是比2k聪明了不少。(有次作试验发现有的语句在200万级时还比50万级的相同语句要快show_text的一些提示没有找到解释。一直在奇怪。)
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-11-1 06:54

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表