足球和oracle系列(3):oracle过程排名,世界杯第二回合战罢到来!

足球与oracle系列(3):oracle进程排名。世界杯次回合即将战罢!

声明:

       这不是技术文档,既然学来几招oracle简单招式。就忍不了在人前卖弄几下。纯为茶余饭后与数朋库友的插科打诨。仅仅为轻松中带有一丝的诙谐,IT技术也能用来调侃一番,还蛮耐人寻味。

       同一时候近来数月oracle知识点忘记了不少,为了把知识点重现。点滴间偶出灵感乍现。以一种自由的形式将其公布。因为本人学艺不精。文中列举的样例或故事。当中必定会有与技术联系牵强之处,望大家海涵。

仅仅当是一部小菜鸟的杂记。不要把这当做技术文章喔,亲!看过、笑过。就好。

       欢迎拍砖,这将是我成长的最大动力。

A组:SMON:巴西:大局观。王者

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvaHVhbmd5YW5sb25n/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" >

SMON:system monitor,系统监视器,关注的是系统级的操作,而非单个进程,重点在于实力的恢复,还有清理暂时表空间、清理回滚段表空间、合并空暇空间等作用。

详见点击打开链接足球与oracle系列(1):32路诸侯点兵,oracle32进程联盟
之A组巴西SMON进程的大局观

王者。毋庸置疑,等待你把控这届世界杯,向世界证明,什么叫足球王国。

B组:PMON:荷兰:耳听八方,伺机而动

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvaHVhbmd5YW5sb25n/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" >

PMON:processes monitor,进程监视器,在运行某些更新语句。未提交时进程崩溃了。pmon会自己主动回滚该操作,无需人工去运行回滚操作。不仅如此,pmon还能够干预后台进程,比方reco异常失败,pmon就会重新启动reco进程。又如,假设遇到lgwr进程失败。pmon会做出终止实例的动作。防止数据错乱。

荷兰人的本届表现。让球迷们欢欣鼓励,在与澳大利亚的比赛中,形势变换莫測,一记点球激怒了荷兰人,每次失球后,都会自我调节,重新启动进攻进程,go!

go!go。

C组:LCKn:哥伦比亚:稳健的南美洲诸强。在美洲土地上联合奋起

LCKn进程,用于RAC数据库。最多可有10个进程。用于实例间的封锁。

想想看这支南美劲旅,用实力在抑制着来自欧洲、亚洲、非洲的诸强。如同是将实例封锁起来一样,这就是lckn进程。

D组:RECO:哥斯达黎加:三条线环环紧扣,不是偶然。是阶段性的胜利

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvaHVhbmd5YW5sb25n/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" >

分布式数据库的恢复,中断数据库的恢复,适用于两阶段提交的应用场景。如面临多个数据库1、2、3。某个应用跨越三个数据库。在发起的过程中须要1、2、3库都提交成功,事务才会成功。仅仅要有一个失败。就必须所有回滚。

看看这届世界杯的黑马,事实上将黑马一词并不能说的完哥斯达黎加的成长与实力,这是经历了多少代球员的努力才达到眼下的这样的实力的。从后防到中场,再到前锋。球员的表现都可圈可点。最出色的要数中后卫的表现了,不管你是南美的小王者。还是欧洲的蓝色海洋。在哥斯达黎加稳健的三条线上。找不到机会,这就是三条线的成功。三个数据库的成功。之后这样,才会获得胜利。才干够提交成功。

E组:CKPT:法国:华丽的转身间,雄鸡须要证明自己,对世界足球有多重要

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvaHVhbmd5YW5sb25n/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" >

注意一个參数:FAST_START_MTTR_TARGET。用其来控制ckpt,用于触发DBWR从数据缓冲区中写出数据到磁盘。ckpt运行越频繁,dbwr越频繁,dbwr越频繁也就是越不能体现出批量的特性,性能也就是越低,可是有一个长处是数据库异常恢复的时候会越迅速。

等待重回巅峰,法兰西须要用华丽舞步又一次转身。触发这一切改变的会是哪位英雄人物呢?是状态正盛的本泽马,还是马图伊迪、是西索科?还是瓦尔布埃纳?究竟由谁触发,我们拭目以待吧。

F组:DBWR:阿根廷:信仰与文化,等待王者归来

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvaHVhbmd5YW5sb25n/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" >

DBWR用以把数据从数据缓存区写到磁盘里。该进程和ckpt相辅相成,由于是ckpt促成dbwr去写的。只是dbwr也和lgwr密切相关,由于dbwr想将数据缓存区数据写到磁盘的时候,必须通知lgwr先完毕日志缓冲区写到磁盘的动作后。方可运行。

不得不提的梅天王。不能不说的阿根廷,牵绊了多少届球迷的最大心愿,是多么期盼着”阿根廷别为我哭泣“不要再次响起。期待着一个荣耀,期待着这支身价不菲的球队在南美给球迷带来惊喜。阿根廷的足球文化,及其对于热爱足球这项运动的几代人的影响都是根深蒂固的,从马拉多纳的传奇。到里克尔梅的硬朗。到现现在领衔的梅西,有太多的名字、太多的画面浮现在我们面前,如此重量级的球队发挥着DBWR绝对的核心作用。想想看数据库没有数据的操作,这将会变成什么样,再想想世界杯假设没有了阿根廷,又会变成什么样,是不是缺少一味主菜的顶级盛宴呢,是不是还能称为盛宴呢?期待着阿根廷走的更远。。。

。。。

G组:LGWR:德国:跑不死的日耳曼,永不停歇

LGWR是把日志缓存区的数据从内存写到磁盘的REDO文件中,完毕数据库对象的创建、更新数据等操作过程的记录,这个redo日志能够用来做数据库异常恢复。

LGWR的规则:

1、每隔3秒,LGWR执行一次

2、不论什么COMMIT触发LGWR执行一次

3、DBWR要把数据从数据缓存写到磁盘。触发LGWR执行一次

4、日志缓冲区满三分之中的一个或记录满1MB,触发LGWR执行一次

5、联机日志文件切换,触发LGWR执行一次

勤劳的德国人。就如同最繁忙的进程-LGWR。全场总是不知疲倦的奔跑着。这就是坚韧的德式足球风格。而每当比分落后、球员被侵犯、对手气势正盛之时。都会又一次燃起斗志,将顽强表现的淋漓尽致,这就是值得尊重的日耳曼战车!

如同LGWR。不论什么一个决定比赛的轨迹,都会被敏锐的捕捉到。做出最快的反应。给对手完毕最致命的打击。

当然,对于数据库来说。做的正是将日志写到磁盘中,来最大可能的维护数据的安全。

H组:ARCH:比利时:欧洲红魔。会捍卫欧洲的实力

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvaHVhbmd5YW5sb25n/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" >

ARCH作用是在LGWR写日志写到须要覆盖重写的时候,触发ARCH进程去转移日志文件,复制出,存为归档日志文件。通常会专门的设置归档区,以用来存放归档日志。

红魔比利时正如归档进程一样。它的风格就像是日志被存满后。须要转移改变战术的青年近卫军一样,每当须要扭转局势的时候。都会出现一个力挽狂澜的英雄。

红魔的表如今欧洲可圈可点,来到世界的赛场上。我们期待着给世界带来很多其它的惊喜。

南美的赛场上,欧洲诸强都没能全然展示自己的实力,期待着今晚的红魔,如同归档日志进程一样。将之前欧洲兄弟们没进入状态的表现覆盖掉。带来一股全新的欧洲势力,期待着从此刻,欧洲无弱旅的定律又一次被印证。不得不成人南美的地域优势确实体现出不少,没有欧洲频繁和高密度的赛事,再加上更适应的气候环境。天时地利都倾向于美洲的球队,但这一切都不能成为决定终于比赛结果的主导,唯有人和才是最重要的。

期待着第二轮最后的两场比赛。欧洲球队又一次焕发出生机。

版权声明:本文博客原创文章。博客,未经同意,不得转载。

时间: 2024-10-13 05:35:01

足球和oracle系列(3):oracle过程排名,世界杯第二回合战罢到来!的相关文章

足球与oracle系列(3):oracle进程排名,世界杯次回合即将战罢!

足球与oracle系列(3):oracle进程排名,世界杯次回合即将战罢! 声明:        这不是技术文档,既然学来几招oracle简单招式,就忍不了在人前卖弄几下.纯为茶余饭后与数朋库友的插科打诨,只为轻松中带有一丝的诙谐,IT技术也能用来调侃一番,还蛮耐人寻味.        同时近来数月oracle知识点忘记了不少,为了把知识点重现,点滴间偶出灵感乍现,以一种自由的形式将其发布,由于本人学艺不精,文中列举的例子或故事,其中必然会有与技术联系牵强之处,望大家海涵.只当是一部小菜鸟的杂记

足球与oracle系列(5):fifa14游戏缺失的directX库类比于oracle的rpm包

***********************************************声明**********************************************  原创作品,出自 "深蓝的blog" 博客,欢迎转载,转载时请务必注明出处,否则追究版权法律责任. 表述有错误之处,请您留言或邮件([email protected])指明,不胜感激. 本文转载必须保留此处:http://blog.csdn.net/huangyanlong/article/det

足球与oracle系列(2):巴西揭幕战预演,oracle体系结构杂谈

巴西:战术打法:4222不动摇,主力阵容构架无悬念 核心体系无异议,4222完整诠释,体系架构如此清晰 世界顶级球队:巴西 数据库技术核心团队:甲骨文 教练员:DBA 守门员:归档日志文件 四大后防保证:数据文件.参数文件.日志文件.控制文件 四大中场核心:共享池(库缓存区.数据字典缓冲区).数据缓冲区.日志缓冲区 双前锋:user进程.server进程 替补:大池.java池.流池(有时的板凳球员可以主宰最后的比赛胜负) 脏块:足球也罢.轨迹也罢.这都已不再重要 实例参数文件:球员大名单 pf

足球与oracle系列(4):从巴西惨败于德国,想到,差异的RAC拓扑对比!

足球与oracle系列(4):从巴西惨败于德国,想到,差异的RAC拓扑对比! 前期回顾: 本来想说今晚,回头一想,应该是今早第二场半决赛就要开战了!先来回味一下之前的比赛,本届8支小组赛第一名已经全部晋级八强了,更展现出这八大进程的技术效用(哈哈,注:oracle中本没有什么主要进程之说,之所以说某个进程比较重要,都是在某些特定场景下人为规定的),也许是巧合,进程们继续畅游着oracle演绎的足球世界.先来回顾一下: ---------------------------------------

足球与oracle系列(1):32路诸侯点兵,oracle32进程联盟 之A组巴西SMON进程的大局观

声明:        这不是技术文档,既然学来几招oracle简单招式,就忍不了在人前卖弄几下.纯为茶余饭后与数朋库友的插科打诨,只为轻松中带有一丝的诙谐,IT技术也能用来调侃一番,还蛮耐人寻味.        同时近来数月oracle知识点忘记了不少,为了把知识点重现,点滴间偶出灵感乍现,以一种自由的形式将其发布,由于本人学艺不精,文中列举的例子或故事,其中必然会有与技术联系牵强之处,望大家海涵.只当是一部小菜鸟的杂记,不要把这当做技术文章喔,亲!看过.笑过,就好.        欢迎拍砖,这

oracle系列(六)OEM与常见故障处理

博主QQ:819594300 博客地址:http://zpf666.blog.51cto.com/ 有什么疑问的朋友可以联系博主,博主会帮你们解答,谢谢支持! 前言:oracle除了使用命令操作以外,还可以使用OEM图形化管理,日常的管理工作都可以通过OEM操作,包括数据库对象的创建,用户权限的管理,数据文件和参数的配置.备份和恢复操作等. 一.OEM知识点 1.OEM简介 OEM是采用直观而且方便的图像化界面来控制和管理ORACLE数据库的工具集,它包含大量对DBA有用的工具.在oracle中

oracle link的创建过程

下面做一个测试,在测试中,创建数据库链接的库为XJ(WINDOWS 2003 ORACLE 10g 10.2.0.1),被链接的库为DMDB(LINUX AS5 ORACLE 10g 10.2.0.1 RAC)第一部分:如何创建dblinkdblink的创建有两种方式:1.在本地数据库tnsnames.ora文件中配置要访问的目标数据库信息create [public] database link test_link2connect to scott identified by tiger us

oracle系列(一)”图文+解析”带你部署oracle数据库

博主QQ:819594300 博客地址:http://zpf666.blog.51cto.com/ 有什么疑问的朋友可以联系博主,博主会帮你们解答,谢谢支持! 前言:前面我们学习过微软的sqlserver,还有甲骨文公司的mysql,也理解了数据库系统的作用,这两种数据库管理系统适用于软件,网站,游戏等后台数据库,例如我们在学习mysql的时候搭建过动态网站.但oracle属于非常安全.完善的大型数据库管理软件,在电信.银行.证券等大型应用场合拥有着绝对的优势.那么今天就给搭建介绍oracle的

Oracle系列:(31)Oracle SQL语句优化

(01)选择最有效率的表名顺序(笔试常考) ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名, FROM子句中写在最后的表将被最先处理, 在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表放在最后, 如果有3个以上的表连接查询,那就需要选择那个被其他表所引用的表放在最后. 例如:查询员工的编号,姓名,工资,工资等级,部门名       select emp.empno,emp.ename,emp.sal,salgrade.grade,dept.dname       f