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对于财务部门来说更具吸引力。

可以动态传入参数，省却了动态SQL的拼写。

我个人认为就是孜孜不懈的学习

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

如果处理少量数据,比如几百条记录的数据,我不知道这两种情况哪个效率更高,如果处理大量数据呢?比如有表中有20万条记录.

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

分区表效率问题肯定是大家关心的问题。在我的试验中，如果按照分区字段进行的查询（过滤）效率会高于未分区表的相同语句。但是如果按照非分区字段进行查询，效率会低于未分区表的相同语句。

所以你总能得到相应的升级版本，来满足你的需求。

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