mysql集群和 oracle集群對比？1、實(shí)施和運(yùn)維，oracle是商業(yè)方案系統(tǒng)化性不過強(qiáng)點(diǎn)，mysql大多不使用各種開源高可用負(fù)載均衡器，防御部署出聲對可以實(shí)行人員的要求oracle比較低2、氣息

mysql集群和 oracle集群對比？

1、實(shí)施和運(yùn)維，oracle是商業(yè)方案系統(tǒng)化性不過強(qiáng)點(diǎn)，mysql大多不使用各種開源高可用負(fù)載均衡器，防御部署出聲對可以實(shí)行人員的要求oracle比較低

2、氣息相通性，也是多點(diǎn)事務(wù)方案，事務(wù)這個可以在事務(wù)節(jié)點(diǎn)集群中的任何一個正在，理論上將中間失敗也可以不自動去另一個節(jié)點(diǎn)一直，再提交事務(wù)是到每臺節(jié)點(diǎn)上同步，看有沒有一個節(jié)點(diǎn)上只不過鎖出現(xiàn)不能并提交，那樣就事務(wù)回滾了

3、完全不，oracle事務(wù)節(jié)點(diǎn)集群跟數(shù)據(jù)節(jié)點(diǎn)集群只是分離，數(shù)據(jù)系統(tǒng)默認(rèn)卻不是冗余度，唯有事務(wù)在運(yùn)行狀態(tài)下在事務(wù)節(jié)點(diǎn)冗余度，當(dāng)然了有的時候都在一臺機(jī)器上，但是至少是差別進(jìn)程，而包mysql在內(nèi)的其他高端點(diǎn)sqldb的事務(wù)、數(shù)據(jù)隱隱都在一起，是能夠的多主，冗余度量高，而rac應(yīng)該算事務(wù)節(jié)點(diǎn)冗余設(shè)計，數(shù)據(jù)不系統(tǒng)冗余，假如不從底層數(shù)據(jù)節(jié)點(diǎn)做游離于rac架構(gòu)之外的底層數(shù)據(jù)節(jié)點(diǎn)冗余設(shè)計，這樣rac咋都不可能比同樣節(jié)點(diǎn)數(shù)量的單機(jī)甲骨文實(shí)例要性能高

oracle一個實(shí)例下可以建多個數(shù)據(jù)庫么？

一通常情況下：一個實(shí)例對應(yīng)一個數(shù)據(jù)庫二RAC集群：多個實(shí)例對應(yīng)一個數(shù)據(jù)庫三oracle12C:一個實(shí)例這個可以填寫多個數(shù)據(jù)庫

oracle數(shù)據(jù)庫的failover是什么意思，工作機(jī)制是什么？

是指，oracle的failover是指在oracle集群匯總，客戶端當(dāng)前連接的實(shí)例發(fā)生故障時，oracle會不自動將連接切換到另外一個實(shí)例上的情況。

的或說，當(dāng)用戶連接到到RAC環(huán)境時，用戶求實(shí)際是連接到到RAC中的一個實(shí)例，用戶的查詢等操作都是由該實(shí)例結(jié)束的，如果不是該實(shí)例down掉了，這樣的話用戶連接上會被全部轉(zhuǎn)移到其他健康實(shí)例，而這種裝換這對用戶是透明的，用戶的select語句仍舊一直趕往結(jié)果集，感覺上將近異樣。是可以接觸是從下面實(shí)例來能夠體現(xiàn)以下：

1，再連接到rac$sqlplususer/;2,確定用戶當(dāng)前連接上的實(shí)例SQLslectinstance_namefromv$instance;instance1;3,關(guān)掉instance1SQLshutdownabort;4,靜靜的等待幾秒后，在第二次連接上的session中再負(fù)責(zé)執(zhí)行可以查詢；SQLslectinstance_namearoundv$instance;instance2;